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1*0  Introduction 


PAN  AIR  is  a  system  of  computer  programs  for  the  detailed  analysis  and  the 
non-iterative  design  of  arbitrary  configurations  in  steady,  inviscid,  subsonic 
and  supersonic  flows.  PAN  AIR  uses  a  higher  order  panel  method  for  the 
numerical  solution  of  the  appropriate  linearized  potential  flow  equations. 

The  configuration  surface  is  approximated  by  a  set  of  panels  on  which  unknown 
source  and  doublet  singularity  distributions  are  defined.  By  imposing 
boundary  conditions  at  a  discrete  set  of  points,  the  integral  equation 
solution  to  the  partial  differential  equation  is  reduced  to  a  system  of  linear 
alqebraic  pquations  relating  the  unknown  singularity  strengths.  These 
equations  are  solved  for  the  singularity  strengths  which  in  turn  determine  the 
properties  of  the  flow  field. 

PAN  AIR  is  called  a  higher  order  panel  method  because'  the  singularity 
distributions  are  generally  not  constant  on  each  panel  •  ®S 

the  doublet  strength  to  be  made  continuous,  a  feature  which  is  critically 
important  for  obtaining  numerically  stable  solutions  in  supersonic  flow.  The 
method  allows  the  analysis  of  flow  about  arbitrary  configurations,  reduces  the 
sensitivity  of  the  solution  to  the  details  of  the  panel  layout,  and  also 
allows  for  higher  efficiency  in  the  analysis  and  solution  procedures. 

This  document's  the  User's  Manual  for  the  PAN  AIR  software  system. -^tt 
contains  detai led  information  on  how  to  use  the  system.  Other  documents 
describe  the  technical  aspects  of  the  system.  The  PAN  AIR  Su™ar£.  ^Rent 
describes  the  scope  and  capabilities  of  the  program  system.  >he  AIR 
Theory  Document  contains  a  complete  description  of  the  theory  and  the  solution 
procedures  used  in  the  program.  The  PAN  AIR  Maintenance  Document  describes 
the  program  structure  and  internal  workings.  The  PAN  AIR  Case  Manual  contains 
a  collection  of  flow  problems  solved  by  the  program.  The  User  s  Manua  and 
the  Case  Manual  together  will  enable  users  to  learn  how  to  apply  PAN  AIR  to 
commonly-encountered  flow  problems. 

Section  2  of  this  document  is  a  general  description  of  the  capabilities  of 
PAN  AIR,  including  both  the  engineering  and  software  features.  Section  J  is 
beginner's  guide  which  describes  the  application  of  PAN  AIR  to  the  most  common 
aerodynamic  analysis  problem  that  users  will  encounter  (flow  past  an 
impermeable  "thick"  object).  This  section  serves  as  an  introduction  to  the 
system,  showing  the  user  an  application  to  an  uncomplicated  problem  without 
concern  for  the  generality  of  the  system.  Section  4  describes  the  PAN  AIR 
system  architecture  and  the  individual  technical  modules.  Section  b  describes 
the  use  of  the  program  system  (control  cards,  data  bases,  resource 
requirements,  and  modes  of  execution).  Section  6  describes  the  use  of  the 
module  execution  control  (MEC)  "directives".  Section  7  is  a  complete 
description  of  the  engineering  input  data  which  specifies  the  aer0^amp^N  aTR 
problem  to  be  solved.  Section  8  describes  the  output  data  produced  by  PAN  AIR. 

Associated  information  is  given  in  the  appendices.  Appendix  A  is  a 
description  of  the  boundary  value  problems  tnat  PAN  AIR  1S  .des1§,)®dRt9  cs°nVe* 
including  examples  of  well-posed  and  ill-posed  problems.  Appendix  S3  is  an 
extended  description  of  configuration  and  flow-modeling  in  PAN  AIR.  Appendix 
r  is  a  description  of  how  to  use  the  PAN  AIR  software  in  solving  very  large 
problems.  Appendix  D  is  a  summary  of  the  engineering  input  data  formats. 
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1.1  Capabilities 


PAN  AIR  includes  the  capabilities  for  both  analysis  and  non-iterative 
design,  lhe  analysis  capability  has  two  parts.  The  first  is  an  accurate 
calculation  of  the  pressure  coefficients  and  velocity  components  at  any  point 
on  the  configuration  surface.  The  second  part  is  the  calculation  of  the  force 
and  moment  coefficients  acting  on  portions  or  on  the  entire  configuration  by 
integration  of  the  surface  pressure  and  mass  flux  contributions.  The 
non-iterative  design  capability  includes  the  analysis  of  the  flow  field 
resulting  from  a  given  configuration  with  a  specified  pressure  coefficient  or 
surface  velocity  distribution  to  obtain  information  for  redesign  of  the 
surface  to  obtain  the  desired  properties. 

The  capabilities  of  Versior  1.0  PAN  AIR  can  be  applied  to  the  solution  of 
a  variety  of  fluid  flow  problems.  Specific  capability  features  include  the 
ability  to: 

1.  analyze  completely  arbitrary  configurations  in  subsonic  flow  and  nearly 
arbitrary  configurations  in  supersonic  flew, 

2.  analyze  either  unsymmetric  configurations  or  configurations  with  one  or 
two  planes  of  symmetry, 

3.  analyze  configurations  in  either  unsymmetric  or  symmetric  flight 
conditions.  Including  ground  effect  conditions, 

4.  analyze  or  design  both  geometrically  thick  configurations  and  thin 
configurations,  such  as,  a  camber  surface  representation  of  a  thin  wing, 

5.  analyze  configur? cions  either  (in  an  exact  sense)  with  boundarv  conditions 
applied  on  the  canf iguration  surface  or  (In  a  linearized  sense)  with 
appropriate  boundary  conditions  applied  to  an  approximation  to  the 
configuration  surface, 

6.  analyze  control  surface  deflections  either  (in  an  exact  sense)  by 
geometric  deflection  of  the  appropriate  networks  or  (in  a  linearized 
sense)  by  imposing  suitable  boundary  conditions  on  an  approximation  to  the 
deflected  control  surface, 

7.  design  the  location  of  surfaces,  including  wakes,  by  the  non-iterative 
design  capability, 

e.  superimpose  incremental  velocity  components  onto  the  freestrean  either  in 
a  global  sense,  for  example,  additional  velocity  components  to  simulate  a 
finite  roll  rate,  or  on  a  local  basis,  for  example,  to  simulate  different 
angles  of  attack  for  different  networks  or  to  simulate  the  effects  of  a 
slipstream  or  line  vortex, 

9.  calculate  pressure  coefficients  and  force  and  moment  coefficients  by 
several  pressure  coefficient  formulas  (isentropic,  linearized, 
second-order,  reduced  second-order  and  slender  body), 

10.  calculate  velocity  components  and  pressure  coefficients  both  at  standard 
points  and  at  user-designated  arbitrary  points  on  the  configuration 
surface  (flow  quantities  in  the  external  flow  field  can  be  computed  by 
using  panels  with  zero  singularity  strength). 
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11.  calculate  the  force  and  moment  coefficients  on  individual  panels,  columns 
of  panels,  and  networks,  with  the  options  of  us<ng  user-specified 
reference  dimensions  and  moment  axes  of  either  individual  networks  or  the 
total  configuration, 

12.  include  or  exclude  the  force  and  moment  contributions  of  individual 
networks  in  the  calculation  of  the  force  and  moment  coefficients  of  the 
total  configuration, 

13.  calculate  force  and  moment  coefficients  in  the  reference  axis  system  (of 
the  user-speci f ied  configuration),  in  the  stability  axis  system,  in  the 
wind  axis  system,  and  in  a  user-specified  body  axis  system,  and 

14.  calculate  leading  and  side  edge  forces,  and  moments  due  to  singularity  of 
the  leading  and  side  edge  force  distributions  for  thin  configurations,  and 
to  include  these  calculations  in  the  total  configuration  force  and  moment 
coefficients. 


1 . 2  Summary 


1.2.1  Functions  Performed 


The  PAN  AIR  system  is  comprised  of  separate  modules  which  were  developed 
using  an  advanced  software  development  approach  called  Systematic  Software 
Development  Methodology.  This  method  emphasizes  modular,  structured  software 
design.  Thus  the  programs  can  be  easily  modified  because  changes  in  one 
module  affect  the  other  modules  in  a  clearly  identifiable  manner.  PAN  AIR 
also  includes  features  which  improve  the  useability,  maintainability  and 
reliability  of  the  program  system  relative  to  earlier  versions  of  the  panel 
technology,  that  is,  the  PAN  AIR  pilot  code  of  references  1.1,  1.2  and  1.3. 

Each  PAN  AIR  module  performs  specific  portions  of  the  solution  to  a  posed 
problem.  A  summary  of  their  tasks  is  given  as  follows: 

SDMS  -  Scientific  Data  Management  System  -  allows  definition  of  the 

various  data  bases  used  by  the  modules,  and  performs  nearly  al’ 
data  transfers  between  core  and  disk. 

MEC  -  Module  Execution  Control  -  gene; aces  the  control  card  stream 
which  will  execute  the  required  modules  in  the  proper  order 
based  upon  a  set  of  user-supplied  directives 

DIP  -  Data  Input  Processor  -  processes  the  engineering  input  data 
required  by  all  the  modules  except  MEC 

DQG  -  Defining  Quantities  Generator  -  transforms  the  input  data  of  DIP 
into  a  useable  form  for  the  other  modules 

MAG  -  Matrix  Generator  -  creates  the  aerodynamic  influence 

coefficients  in  matrix  form  (that  is,  the  coefficients  of  the 
linear  system) 
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RMS  -  Real  Matrix  Solver  -  performs  the  triangular  decomposition  of 
the  aerodynamic  influence  coefficient  matrix  so  that 
forward-backward  substitution  may  be  used  to  solve  the  linear 
system  of  equations 

RKS  -  Right  Hand  Sid^  -  generates  the  right  hand  side  constraints  (for 
example,  multiple  angles  of  attack)  of  the  linear  system  and 
performs  the  forward -backward  substitution  to  obtain  the  unknown 
singularities 

MUG  -  Minimal  Data  Generator  -  constructs  a  data  base  containing  a 
minimal  set  of  geometry,  influence  coefficient  and  singularity 
data  at  control  point  and  panel  grid  point  locations  for  use  by 
the  downstream  post-processing  proyrams  (PUP  and  CDP) 

PDP  -  Point  Data  Processor  -  computes  potential,  velocity  and  pressure 
coefficient  data  at  panel  control  and  grid  points  and  at 
user-specified  arbitrary  points  on  the  configuration  surface 

CDP  -  Configuration  Data  Processor  -  computes  force  and  moment 
coefficient  data  on  the  configuration  and  wake  surfaces 

PPP  -  Print  Plot  Processor  -  prepares  a  file  of  user  requested  data 
from  DQG,  PDP  and  COP  data  bases  in  preparation  for  printing  or 
for  plotting  by  user  supplied  plotting  routines 


1.2.2  General  Functional  Flow 


The  PAN  AIR  software  system  determines  the  program  modules  execution 
sequence  from  the  user  defined  input.  The  most  common  sequences  for  standard 
PAN  AIR  problems  are  depicted  in  figure  1.1.  Other  sequences  are  possible  and 
can  be  easily  constructed  by  the  user  with  the  MEC  directives  described  in 
section  6.  As  the  modules  are  executed,  certain  data  bases  are  generated 
automatically  but  are  later  purged  unless  the  user  intervenes.  It  is  the 
user's  responsibility  to  save  data  bases  neo^ed  for  future  runs. 


1.2.3  Hardware  Configuration 


PAN  AIR  is  designed  to  run  on  the  Control  Data  Corporation  6600,  7600,  and 
Cyber  175  computers  under  Scope  2.1,  Scope  3.4,  NOS  1.2  and  NOS/BE  operating 
systems.  It  requires  under  130K  octal  words  of  central  memory  for  standard 
runs  and  75K  octal  words  for  non-standard  runs  using  the  post-processing 
modules  The  system  is  designed  to  run  in  a  batch  environment  because  of  a 
potentially  large  demand  of  computer  resources  such  as  CPU  time  and  disk 
storage.  Multiple  disks  (master  and  slaves)  can  be  used  for  very  large 
problems,  see  appendix  C. 
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1.2.4  Program  Configuration 


PAN  AIR  consists  of  a  total  of  ten  program  modules,  a  library  of 
specialized  and  frequently  used  subroit.nes,  and  the  Scientific  Data 
Management  System  (SDMS). 

PAN  AIR  was  designed  using  SSDM  (Systematic  Software  Development  and 
Maintenance)  techniques  which  are  intended  to 

reliability  of  large  software  systems.  It  is  written  in  F0RTR2"  language 
with  imbedded  design  code  comments  following  structured  Pr°3™HJ,"9 
techniques.  A  few  subroutines  in  the  PAN  AIR  library  and  the  SD,,S  are  writt 

in  the  COMPASS  language. 

Each  of  the  PAN  AIR  modules  generates  a  permanent  SDMS  data  I base foruse 
bv  subsequent  module(s).  The  execution  control  of  the  system  is  directed  by 
Ke  user  through  the  PAN  AIR  MEC  (Module  Execution  Control)  module  (see 
section  4  4) .The  problem  definition  of  a  PAN  AIR  run,  the  associated  user 
directives  and  dataare  processed  by  the  DIP  (Data  Input  ^c®?sor)  module  and 
stored  In  the  DIP  data  base  for  use  by  other,  subsequent  Pk.  ...*  modules.  The 
program  limits  (for  example,  the  maximum  number  of  networks)  are  listed  in 

section  7.1.2.?. 

The  authors  wish  to  acknowledge  that  portions  of  this  rc.  -t  we re  prepared 
by  Larry  L.  Erickson,  NASA-Ames  Research  Center.  The  authors  also  wish  to 
thank  Paul  E  Rubbert  for  his  assistance  in  preparing  the  report  and  to  thank 
Kathlee^Critesfor  her °ef forts  in  typing  this  document  and  Gerard  Bass  ano 
Sally  Chapin  for  drawing  the  figures. 
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Figure  1.1  -  Standard  execution  sequences  of  PAN  AIR  modules 
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2.0  PAN  AIR  Capabilities 


PAN  AIR  offers  a  comprehensive  aerodynamic  analysis  and  design  capability 
for  nearly  arbitrary  configurations  in  subsonic  and  supersonic  flows.  The 
complexity  of  the  problem  formulation  is  determined  by  the  user  to  suit  his 
particular  needs  in  terms  of  accuracy  ar.d  resolution  versus  computing  and 
manpower  costs.  The  system  can  be  applied  to  preliminary  design  problems, 
involving  linearized  modeling  approximations  for  simple  configurations.  It 
can  also  be  used  in  an  "analytical  wind  tunnel"  sense  to  determine  detailed 
flow  characteristics  and  the  forces  and  moments  about  complex  configurations. 

PAN  AIR  is  designed  to  permit  efficient  processing  of  configurations  whose 
geometry  differs  locally  from  one  already  analyzed.  Examples  of  this  appli¬ 
cation  are  problems  involving  multiple  control  surface  deflections  and  various 
store  locations.  Multiple  flow  cases  involving,  for  example,  several  angles 
of  attack  or  sideslip,  or  several  inlet  flow  rates  can  be  handled  in  one 
computer  run. 


PAN  AIR  is  also  designed  to  allow  post-processing  (data  access,  manipu¬ 
lation  and  display)  to  be  performed  independently  of  the  initial  data  creation 
run:  a  minimal  data  set,  generated  as  a  result  of  the  boundary  value  problem 
solution,  is  subsequently  accessed  and  manipulated  to  produce  output  for 
multiple  sets  of  user  options.  This  process  can  be  repeated  several  times. 
Data  thus  produced  can  be  placed  both  on  the  PAN  AIR  data  base  and  on  a  stan¬ 
dard  format  plot  file  for  subsequent  plotting  with  user-supplied  routines. 

The  PAN  AIR  system  is  capable  of  solving  boundary  value  problems  of  the 
type  governed  by  Laplace's  equation: 
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or  the  wave  equation: 
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or  extensions  characterized  by  the  three-dimensional  Prandtl-Glauert  equation: 
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It  is  therefore  suitable  for  the  solution  of  problems  involving  nearly 
arbitrary  configurations  in  subsonic  or  supersonic  flows. 

limitations  to  the  applicability  of  PAN  AIR  are  governed  by  consider¬ 
ations  as  to  whether  the  physics  of  the  flow/configuration  problem  in  question 
can  be  approximated  to  a  reasonable  extent  by  the  inviscid,  "potential  flow" 
environment  implicit  in  the  use  or  the  method.  Applications  of  PAN  AIR  to 
transonic  flow  problems  (in  which  subsonic  and  supersonic  flows  exist  at  the 
same  time  in  different  regions  and  which  cannot  be  appproximated  by  either 
Laplace's  equation  or  the  wave  equation)  are  clearly  inadmissable.  Similarly, 
application  of  the  method  to  blunt  configurations  in  either  the  high  subsonic 
or  low  supersonic  speed  regimes  should  be  limited  to  cases  in  which  any  local 
embedded  supersonic  or  subsonic  regions,  respectively,  are  very  small  in 
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size.  Use  of  the  method  for  flows  whose  characteristics  are  appreciably 
affected  by  viscous  phenomena  (for  example,  thick  boundary  layers  and 
separated  regions)  is  of  dubious  value  unless  such  layers  and  regions  are 
simulated  by  the  techniques  of  “displacement  modeling"  (see  section  2.1.4). 
Application  of  PAN  AIR  in  supersonic  flow  is  limited  to  linear  phenomena 
associated  with  weak  shocks,  for  example,  wave  drag  type  pressures  of  thin 
airfoil  theory;  nonlinear  phenomena  such  as  those  associated  with  strong 
shocks  will  not  be  predicted.  Also,  in  supersonic  flow  solid  boundary 
surfaces  can  not  be  modeled  if  the  surface  is  at  an  angle  to  the  undisturbed 
flow  greater  than  the  Mach  cone  angle. 

PAN  AIR  can  be  applied  in  two  general  types  of  aerodynamic  problems: 
analysis  and  design.  Analysis  boundary  value  problems  (section  2.1)  are  of 
the  following  type:  given  the  conditions  in  the  undisturbed  flow  field  and 
the  flow  conditions  at  the  surface,  find  the  resulting  flow  field.  PAN  AIR 
also  has  a  non-iterative  design  capability  (section  2.2)  which  solves  problems 
of  the  following  type:  given  the  conditions  in  the  undisturbed  flow  field  and 
the  desired  pressure  distribution  at  the  surface,  find  the  resulting  flow 
field  including  data  needed  for  linearized  redesign  to  obtain  the  surface 
having  the  desired  pressure  distribution. 


2.1  Aerodynamic  Analysis  Features 


The  PAN  AIR  aerodynamic  analysis  capability  consists  of  the  ability  to: 

(1)  calculate  pressures  and  velocity  components  at  any  point  on  the 
surface  of  a  configuration,  and 

(2)  calculate  forces  and  moments  both  on  the  configuration  as  a  whole  and 
on  specified  portions  of  the  configuration. 

The  detailed  capabilities  of  the  system  are  illustrated  in  the  following 
descriptions  of  the  analysis  features. 


2.1.1  Modeling  Flexibility 


From  a  geometric  point  of  view,  a  configuration  is  amenable  to  processing 
by  PAN  AIR  if  the  surfaces  of  the  configuration  can  be  approximated  by 
“networks"  of  grid  points  which  represent  a  mosaic  of  panels.  The  user 
specifies  the  geometry  of  the  configuration  by  breaking  it  into  a  set  of 
networks.  Each  network  usually  consists  of  a  four-sided  array  of  four-sided 
panels.  The  panels  can  be  general  quadrilaterals;  their  side  edges  need  not 
be  parallel  to  the  flow.  One  side  of  a  network  can  collapse  to  zero  length  so 
that  the  network  becomes  triangular. 

The  manner  in  which  a  configuration  is  constructed  from  a  set  of  networks 
is  illustrated  in  figure  2.1  for  a  transport  type  wing-body  configuration. 

The  networks  are  shown  in  a  developed  or  "folded  out"  fashion.  The  number, 
sizes  and  arrangements  of  the  networks  are  at  the  user's  discretion  within 
broad  limits.  (Restrictions  on  networks  and  panels  a^e  discussed  in  section 
B.l  3.)  dually  networks  will  represent  physically  meaningful  configuration 
components,  such  as  major  body  components,  fairings,  and  control  surfaces. 
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PAN  AIR  uses  higher-order  panels  which  eliminate  many  of  the  modeling 
problems  and  restrictions  that  lower-order  panels  typically  have.  Two 
important  aspects  of  the  higher-order  panels  are  that  within  a  network  (1)  the 
doublet  strength  is  continuous  across  all  panel  edges,  and  (2)  all  adjacent 
panels  can  have  contiguous  edges.  This  eliminates  the  generation  of  spurious 
line  vortex  behavior  which  can  produce  diasterous  numerical  effects  in  super¬ 
sonic  flow.  Since  the  four  corner  points  connected  by  a  particular  panel 
generally  are  non-planar,  the  continuous  panel  edge  geometry  is  attained  by 
folding  the  panel  tips  about  lines  connecting  the  panel  midpoints.  Thus  each 
panel  has  a  flat  central  portion  and  four  flat,  foldable  triangular  tips  as 
shown  in  figure  2.2.  The  user  inputs  only  the  corner  point  coordinates  from 
which  PAN  AIR  constructs  the  geometry  of  the  folded  panels. 

The  user  defines  each  network  as  a  separate  entity.  This  allows  consider¬ 
able  freedom  in  modeling,  but  has  the  disadvantage  that  gaps  (or  overlaps)  can 
be  inadvertently  created  at  network  abutments.  These  gaps  can  cause  spurious 
line  vortex  terms,  which  can  produce  serious  numerical  errors  in  supersonic 
flow.  PAN  AIR  has  the  capability  to  detect  such  gaps  and  to  create 
"gap-filling"  panels  that  maintain  continuous  doublet  strength  across  the 
network  abutments  (see  section  B.3.5).  PAN  AIR  also  allows  the  user  to 
specify  gaps  in  the  configuration  which  are  physically  meaningful  and  thus  to 
be  retained  in  the  analytical  model. 

I  ' 

Subsonical ly,  the  panels  can  be  oriented  arbitrarily  in  space. 
Supersonically,  panels  representing  solid  boundaries  can  still  be  inclined  to 
the  flow  but  they  must  be  at  angles  less  chan  the  Mach  angle.  For  nonsolid 
boundaries  at  angles  greater  than  the  Mach  angle  (for  example,  at  an  engine 
inlet  or  exhaust)  a  special  "superincl ined"  panel  can  be  used.  Although  the 
superinclined  panels  look  like  blunt  surfaces,  they  do  not  influence  the  up¬ 
stream  flow.  They  are  used  to: 

1.  Seal  off  inlets  to  prevent  the  propagation  of  wave-like  disturbances  into 
the  interior  (which  can  degrade  numerical  accuracy). 

2.  Specify  exhaust  mass  flows  and  capture  oncoming  inlet  flows. 

3.  Close  the  interior  volume  so  that  velocity  potential  type  boundary 
conditions  can  be  specified  on  the  interior  surfaces  of  the  panels. 

Flows  or  mixtures  of  flows  which  exhibit  "shear  layers"  and  which  can  be 
rendered  "simply  connected"  (see  section  A. 3)  by  suitable  paneling  of  such 
layers  are  frequently  amenable  to  processing  by  PAN  AIR.  Such  flows  include 
wakes  and  free  vortex  sheets  as  shown  in  figure  2.3.  Shear  layers  are  modeled 
in  PAN  AIR  by  "wake  networks."  The  most  common  application  of  wake  networks 
is  the  simulation  of  wakes  originating  at  the  trailing  edge  of  a  lifting 
surface.  PAN  AIR  does  not  calculate  the  shapes  of  wake  networks  unless 
indirectly  as  part  of  a  design  phoblem  (see  section  2.2);  usually  the  user 
must  provide  approximate  shapes  for  wake  networks  in  the  form  of  paneled 
surfaces,  the  quality  of  the  solution  being  dependent  on  the  quality  of  the 
approximation.  Some  examples  of  the  modeling  of  shear  layers  are  '.iven  in 
section  B.3.6. 
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2.1.2  Configuration  Symmetries  (record  64)* 


The  PAN  AIR  user  may  take  advantage  of  the  geometric  symmetry  properties 
of  the  configuration  to  be  processed.  This  reduces  both  the  amount  of  data 
input  and  the  cost  of  the  solution.  Even  if  configuration  symmetry  is 
involved,  asymmetric  flight  conditions  may  still  be  processed,  subject  to  the 
considerations  described  below  in  section  2.1.3.  The  symmetry  option  may  be 
used  not  only  for  the  obvious  cases  involving  one  or  two  planes  of  configur¬ 
ation  symmetry  but  also  for  ground  effect  problems  in  which  the  "total" 
configuration  consists  of  the  vehicle  itself  and  its  reflected  image. 

The  various  classes  of  problems  involving  symmetry  are  discussed  in  the 
following. 


2. 1.2.1  Asymmetric  Configurations 


PAN  AIR  is  capable  of  handling  completely  asymmetric  configurations.  To 
accomplish  this  the  user  is  required  to  provide  panel  arrangements  for  the 
complete  configuration  and  any  wakes  or  jets  attached  thereto.  Examples  of 
configurations  which  must  be  treated  in  this  fashion  are  shown  in  figure  2.4 
and  include  symmetric  configurations  with  an  asymmetric  wake  configuration, 
yawed  wing  configurations  and  aircraft  with  asymmetric  stores  arrangements. 

No  configuration  is  completely  symmetric  of  course,  if  only  for  the  presence 
of  small  asymmetric  elements.  The  choice  of  whether  to  consider  the 
configuration  as  symmetric  or  asymmetric  is  the  responsibility  of  the  user  and 
depends  on  the  degree  of  detail  desired  in  the  analysis.  Processing  of 
asymmetric  configurations  is  more  expensive,  in  terms  of  both  computer 
resources  and  input  effort  required,  than  processing  of  similar  configurations 
with  one  or  two  planes  of  symmetry. 


2. 1.2. 2  'One  Plane  of  Symmetry 


The  one  plane  of  configuration  symmetry  option  can  be  used  to  handle 
efficiently  two  cases  shown  in  figure  2.5: 

(1)  Configurations  with  one  plane  of  symmetry.  This  case  is  typified  by 
configuration  symmiliy  about  an  arbitrary  plane  of  symmetry,  usually  the 
plane  y0  -  0  (figure  2.5a).  In  this  case  the  user  must  input  either  half 
of  the  conf igur  .cion  paneling,  but  forces  and  moments  will  be  calculated 
as  if  the  whole  configuration  were  present. 

(2)  Asymmetric  configurations  in  ground  effect.  In  this  case  the  single 
plane  of  configuration  symmetry  may  be  used  to  represent  a  ground  plane. 
This  capability  may  be  used  not  only  for  truly  asymmetric  configurations 
in  ground  effect  but  also  for  configurations  at  some  angle  of  bank 


*  Configuration  symmetries  are  specified  by  record  G4  of  the  DIP  .module  input 
data.  Record  identifiers  and  names  are  listed  in  section  7.2.2;  records  are 
described  in  sections  7.3  to  7.7. 
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relative  to  the  ground  (figure  2.5b).  (Configurations  with  one  plane  of  i 
symmetry  at  zero  angle  of  bank  in  ground  effect  may  be  dealt  with  by  using  the  ] 
two  planes  of  symmetry  capability  described  below.)  When  a  ground  plane  is  \ 
specified,  forces  and  moments  are  not  calculated  for  the  “image  half"  of  the  1 
"total"  configuration. 


2. 1.2. 3  Two  Planes  of  Symmetry 


In  the  two  planes  of  symmetry  option  the  two  planes  must  be  orthogonal, 
that  is,  at  right  angles  to  each  other,  but  otherwise  may  be  selected 
arbitrarily.  One  or  both  planes  may  be  used  as  a  ground  plane  on  instruction 
from  the  user.  Again,  a  ground  plane  is  di fferentiated  from  an  "ordinary" 
plane  of  symmetry  in  that  forces  and  moments  are  not  computed  for  the 
associated  “images"  in  the  case  of  the  ground  plane.  The  two  planes  of 
configuration  symmetry  option  can  be  used  to  handle  efficiently  three  cases 
shown  in  figure  2.6: 

(1)  Configurations  with  two  planes  of  synvnetry  such  as  the  "cruciform" 
configuration  shown  in  figure  2.6a.  In  this  case  only  one  quarter  of  the 
vehicle  and  wake  paneling  need  oe  input. 

(2)  Con  orations  with  one  plane  of  symmetry  in  ground  effect,  in  which 
case  one  i.  .If  of  the  vehicle,  that  is,  one  quarter  of  the  "total" 
configuration,  is  input  (figure  2.6b). 

(3)  Flow  about  an  arbitrary  object  positioned  in  the  "corner"  between  two 
perpendicular  walls  (figure  2.6c),  the  flow  being  along  the  walls.  The 
complete  object,  which  is  one  quarter  of  the  "total"  configuration,  is 
input  in  this  case. 

Special  treatment  is  required  for  networks  which  lie  in  a  plane  of 
symmetry,  for  example,  a  planar,  chin  surface  representation  of  a  vertical  fin 
lying  in  the  plane  yo  =  0.  Such  networks  are  identified  by  a  "reflection  in 
plane  of  symmetry  tag"  (record  N5),  which  instructs  the  program  tu  specially 
treat  the  "images"  of  the  network  in  question.  Alternately,  a  network  is 
determined  by  the  program  to  lie  in  a  plane  of  symmetry  if  its  panel  center 
points  lie  in  the  plane  of  symmetry. 


2. 1.2. 4  Asymmetric  Flow  Casis  for  Symmetric  Configurations 


Problems  whose  panel  geometry  contains  a  plane  of  symmetry  can  take 
advantage  of  symmetry  economies  even  though  the  boundary  conditions  and/or  the 
onset  flow  are  not  symmetric.  For  example,  a  conf iguration  with  one  plane  of 
xo-zo  symmetry  at  an  angle  of  sideslip  falls  into  this  category.  Program 
economies  are  achieved  by  decomposing  the  effective  incident  flow  into 
symmetric  and  antisymmetric  components,  solving  these  two  separate  boundary 
value  problems,  and  then  summing  the  solutions  to  obtain  the  final,  asymmetric 
results.  With  one  plane  of  symmetry  two  sets  of  N  equations  are  solved, 
rather  than  a  single  set  oi  2N  equations.  Certain  restrictions  are  implicit 
in  this  capability  when  compressible  flow  cases  are  considered  as  shown  in 
figure  2. 
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(1)  For  one  plane  of  conf igurat ion  symmetry,  the  compressibility 
direction  (which  is  the  x  direction  in  the  Prandtl-Glauert  equation)  must 
lie  in  the  plane  of  configuration  symmetry  (figure  2.7a). 

(2)  For  two  planes  of  configuration  symmetry,  the  compressibility 
direction  must  lie  in  both  planes  of  symmetry  and  hence  must  be  in  the 
direction  of  the  intersection  of  the  two  planes  (figure  2.7b). 

These  conditions  restrict  the  use  of  the  configuration  symmetry  options.  If 
the  restrictions  on  the  compressibility  direction  are  not  met,  the  user  either 
must  forgo  use  of  the  configuration  symmetry  option(s)  or  must  use 
approximations  in  modeling  the  onset  flow  field. 

The  direction  of  the  "uniform  onset"  How  velocity  U*  may  deviate  from  the 
compressibility  direction,  but  such  deviations  should  be  limited  to  small 
angles  to  maintain  tne  validity  of  the  linearized  compressible  formulation. 

For  example,  for  the  singly  symmetric  configuration  at  an  angle  of  sideslip  8 
in  figure  2.7a,  that  angle  should  be  small,  while  for  the  cruciform  configur¬ 
ation  in  figure  2.7b  both  angles  of  attack  a  and  sideslip  8  should  be 
small.  (The  distinction  between  the  compressibility  direction  and  the 
direction  of  the  uniform  onset  flow  is  discussed  further  in  section  B.2.2.) 

The  allowable  range  of  the  angles  of  attack  and  sideslip  should  be  reduced  as 
the  Mach  number  is  increased.  Typical  ranges  are  ±10°  at  Mach  =  0.5,  ±5“  at 
Mach  1.3  and  ±1°  at  Mach  =  3.0.  For  asymmetric  flight  conditions  in 
compressible  flow  in  which  these  angles  are  not  small,  the  configuration  must 
be  treated  as  asymmetric.  However,  these  restrictions  do  not  apply  in 
incompressible  flow,  where  any  configuration  with  geometrical  symmetry  can  be 
treated  in  this  fashion  regardless  of  the  magnitudes  of  the  angles  of  attack 
and  sideslip.  The  symmetry  option  can  also  be  used  for  configurations  whose 
panel  geometry  is  symmetric  but  whose  boundary  conditions  are  not.  Examples 
of  this  are  asymmetric  flow  due  to  linearized  control  surface  deflections 
modeled  through  the  boundary  conditions  (see  sections  2.1.4  and  B.3.2)  rather 
than  by  deflecting  the  actual  control  surface  networks  (figure  2.8a),  and  due 
to  propeller  discs  with  differing  influxes  (figure  2.8b). 


2.1.3  "Thick"  anu  "Thin"  Configurations 


The  fundamental  "composite  panel",  with  two  boundary  conditions  per 
control  point,  provides  the  PAN  AIR  user  with  a  great  deal  of  flexibility  in 
dealing  with  various  types  of  configurations. 

In  the  most  frequent  type  of  usage,  panels  are  distributed  over  the 
surface  of  a  "thick"  configuration  (that  is,  one  in  which  the  surface  encloses 
a  finite  volume,  for  example  the  "thick"  wing  section  shown  in  figure  2.9a)  to 
provide  a  detailed  simulation  of  the  surface  shape.  The  two  boundary 
conditions  on  each  panel  ;ontrol  not  only  the  flow  around  the  outside  of  the 
vehicle,  but  also  the  flow  in  the  interior  of  the  configuration  which, 
although  of  no  physical  significance,  is  required  to  render  the  solution 
unique  (see  section  A. 3).  (In  most  thick  configuration  cases  the  interior 
flow  will  be  set  equal  to  the  freestream  velocity  by  the  selection  of  standard 
boundary  conditions  and  need  not  be  of  concern  to  a  majority  of  users.) 
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Some  types  of  problems  however  may  warrant  a  "thin"  surface  treatment  in 
which  the  panels  are  used  to  simulate  both  the  upper  and  lower  surfaces  of  an 
infinitely  thin  wing,  for  example.  In  this  case,  the  interior  volume  is 
non-existent  and  the  two  boundary  conditions  control  the  outer  flow  over  both 
upper  and  lower  surfaces  of  the  wing  (figure  2.9b).  Presumably,  in  this  type 
of  usage  the  configuration  will  be  sufficiently  thin  to  warrant  thin  surface 
treatment  and,  furthermore,  the  user  will  be  aware  of  the  accuracy  limitations 
imposed  by  the  approximate  nature  of  the  configuration  simulation.  Thin 
surface  simulation  will  usually  be  substantially  cheaper  in  terms  of  computer 
time  and  c'st,  and  input  effort  required,  than  corresponding  "thick" 
configuration  cases.  This  provides  the  user  with  an  important  flexibility  in 
weighing  his  requirements  in  terms  of  accuracy  versus  incurred  cost. 

Techniques  are  available  which  will  increase  the  configuration  fidelity  of 
thin  surface  representation.  For  instance,  finite  wing  thickness  may  be  sim¬ 
ulated  with  a  thin  surface  network  representation  by  specifying  a  source  sing¬ 
ularity  distribution  (in  addition  to  the  doublet  distribution)  whose  strength 
is  equal  to  the  rate  of  change  of  thickness.  Such  "linearized"  modeling  tech¬ 
niques  are  described  below  in  section  2.1.4.  Both  "thick"  and  "thin"  surface 
representations  may  be  used  in  the  same  analysis  as  shown  in  figure  2.9c. 


2.1.4  "Exact"  and  "Linearized"  Modeling 


The  terms  "exact"  and  "linearized"  pertain  to  whether  the  boundary  con¬ 
ditions  applied  on  the  network  surface  representation  are  used  to  represent 
the  flow  conditions  at  the  network  surface  itself  (exact),  or  at  some  small, 
non-zero  distance  away  from  the  network  surface  ( 1 i near ized) . 

Consider  the  example  of  a  paneled  surface  representation  of  a  thick  wing. 
If  the  user  were  interested  only  in  the  characteristics  of  the  wing  in 
potential  flow,  he  would  specify  appropriate  "exact"  boundary  conditions  at 
the  surface  or  the  paneling  scheme  which  would  enforce  the  condition  of  zero 
flow  normal  to  the  exterior  of  the  wing  (plus  a  suitable  representation  of  the 
interior  flow).  If  on  the  other  hand,  he  were  interested  in  simulating  the 
boundary  layer  thickness  on  the  surface  of  the  wing,  he  could  do  this  by  using 
either  exact  modeling  or  linearized  modeling. 

In  exact  modeling,  he  would  estimate  the  diplacement  thickness  of  the 
boundary  layer  at  all  points  on  the  wing  surface,  add  this  thickness  to  the 
wing  profile,  panel  the  shape  of  the  wing  plus  boundary  layer  and  apply  exact 
boundary  conditions  at  the  displacement  surface  of  the  boundary  layer  (figure 
2.10a).  This  is  an  example  of  "exact  displacement  modeling."  Modeling  of  the 
displacement  surfaces  in  figure  2.10a  would  require  two  wake  networks,  one  for 
upper  and  one  for  the  lower  shear  layer. 

Using  linearized  modeling  on  the  other  hand,  he  would  simulate  the  effects 
of  the  boundary  layer  without  repaneling  the  shape  of  the  wing  plus  boundary 
layer  by  imposing  suitable  "linearized"  boundary  conditions  (or  by  imposing 
local  onset  flows  discussed  1r  section  2.1.5),  which  would  be  applied  on  the 
surface  of  the  wing,  but  would  simulate  conditions  fct  the  displacement  surface 
of  the  boundary  layer,  in  practice  he  would  do  this  by  specifying  a  source 
strength  distribution  which  would  produce  a  flow  out  of  the  paneled  surface 
eaual  to  the  rate  of  change  of  boundary  layer  thickness  (figure  2.10b).  This 
is  an  example  of  "linearized  displacement  modeling". 
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j  Note  that  the  terms  "exact"  and  "linearized"  in  this  context  do  not  imply 

any  assumptions  as  to  whether  the  paneling  scheme  used  is  "thick"  or  "thin." 
Doth  exact  and  linearized  modeling  techniques  can  be  used  on  either  thick  or 
thin  surface  representations.  Use  of  exact  modeling  is  fairly 
self-explanatory.  Use  of  linearized  modeling  is  explained  by  the  applications 
described  below.  (The  associated  boundary  condition  equations  and  their 
implementation  in  PAN  AIR  are  discussed  in  section  B.3.2.) 


2. 1.4.1  Boundary  Layers 


The  linearized  representation  of  boundary  layers  was  illustrated  in  the 
example  discussed  above. 


2. 1.4. 2  Thickness  Distributions 


The  simulation  of  thickness  for  a  thin  wing  surface  representation,  or 
increments  in  thickness  on  a  thick  configuration,  is  a  problem  very  similar  to 
that  of  boundary  layer  simulation.  In  both  cases,  additional  source  strength 
is  specified  on  the  surface  equal  to  the  rate  of  change  of  thickness, 
incremental  thickness  or  boundary  layer  displacement  thickness  (figure  2.11a). 


2. 1.4.3  Camber  Distributions 


The  effects  of  camber  or  incremental  camber  can  be  simulated  for  both 
thick  and  thin  surface  representations  by  specifying  an  incremental  flow 
through  the  paneled  surfaces  equal  in  magnitude  to  the  difference  in  camber 
slopes  between  the  paneled  configuration  and  the  simulated  configuration.  The 
direction  of  the  incremental  flow  is  from  the  paneled  surface  to  the  simulated 
surface  (figure  2.11b). 


2. 1.4. 4  Linearized  Control  Surface  Deflections 


The  simulation  of  control  surface  deflections  is  essentially  the  same 
problem  as  simulation  of  incremental  camber  distribution  described  above.  For 
example,  in  simulating  a  flap  deflection,  an  incremental  flow  equal  to  the 
tangent,  of  the  flap  deflection  angle  and  flowing  from  the  paneled  surface  to 
the  simulated  surface  would  be  specified  (figure  2.11c). 


2. 1.4. 5  Linearized  Asymmetric  Effects 


Asymmetric  control  surface  deflections,  for  example,  aileron  deflections, 
or  asymmetric  distributions  of  camber  or  thickness  can  be  simulated  even  if 
only  one  half  of  a  configuration  with  one  plane  of  symmetry  is  used  as  the 
paneling  scheme  (figure  2.8a).  This  is  possible  because  no  actual  change  in 
network  geometry  between  "real"  and  "image"  halves  of  the  configuration  is 
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involved.  The  user  exercises  this  capability  by  specifying  an  additional  set 
of  boundary  condition  data  on  the  appropriate  "image"  network(s).  These 
inputs  are  of  course  different  from  those  for  the  corresponding  "real" 
network(s).  This  option  is  not  available  if  the  plane  of  symmetry  is 
designated  as  a  ground  plane.  Also,  asymmetric  power  effects  may  be  simulated 
using  only  one  side  of  a  symmetric  configuration  as  a  paneling  scheme.  This 
could  be  performed  by  specifying,  for  example,  a  flow  through  an  "image" 
actuator  disc  (propeller  disc)  which  is  different  from  that  on  the  "real" 
paneled  disc,  again  assuming  that  the  slipstream  shape  is  the  same  for  both 
"image"  and  "real"  halves  of  the  configuration  (figure  2.8b). 


2. 1.4. 8  Flow  Entrainment  by  Jet.  Effluxes 


In  analyses  involving  V/STOL  aircraft  in  hovering  flight  or  at  low  forward 
speeds,  the  flow  entrained  by  lifting  jets  or  slipstreams  exerts  an 
appreciable  influence  on  the  forces  and  momencs  experienced  by  the  vehicle. 
These  effects  can  be  modeled  using  linearized  techniques  in  a  manner  similar 
to  that  used  in  modeling  linearized  boundary  layer  effects.  The  efflux  would 
be  treated  as  an  extension  of  the  configuration  and  modeled  with  composite 
panels.  (The  user  must  assume  the  location  of  the  "efflux  tube"  extension.) 
Boundary  conditions  would  be  imposed  such  that  the  source  singularities  are 
used  to  simulate  specified  inflow  (entrainment)  rates  at  each  control  point 
(figure  2. lid),  see  section  B.3.6.  These  inflow  rates  could  be  obtained  from 
appropriate  test  data  or  analysis  Involving  mixing  jets. 


2.1.5  Onset  Flows 


In  PAN  AIR  the  configuration  being  analyzed  is  assumed  to  be  at  rest  with 
respect  to  an  inertial  frame  of  reference,  which  is  defined  by  the  "reference 
coordinate  system"  (xo,  yo,  Zq)  used  to  input  the  configuration  geometry.  In 
the  most  frequent  type  of  usage,  the  configuration  is  exposed  to  a  uniform 
onset  or  freestream  flow  velocity  lio  whose  direction  relative  to  the  reference 
coordinate  system  is  determined  by  the  angles  of  attack  and  sideslip  specified 
by  the  user.  In  addition  to  the  freestream,  the  Jser  may  specify  incremental 
flows  of  two  basic  types  (figure  2.12). 


2. 1.5.1  Rotational  Flows  (record  set  G6) 


These  are  used  for  simulation  of  steady  rotational  motions,  for  example, 
rates  of  roll,  pitch  and  yaw  or  rates  of  rotation  about  arbitrary  axes,  which 
must  be  regarded  as  "quasi-steady"  states  because  the  configuration  is  fixed 
in  inertial  space  (figure  2.12a).  In  PAN  AIR  the  flow  is  rotating  with 
respect  to  the  fixed  vehicle;  for  a  rotating  vehicle  simulation  the  user  must 
specify  the  negative  of  the  vehicle  rotation  rates. 


2. 1.5. 2  Local  Onset  Flows  (record  set  N18) 


The  user  may  impose  additional  velocity  components  by  specifying  the 
components  of  a  local  onset  flow  on  the  configuration.  This  option  may  be 
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used  on  a  per-network  basis  to  simulate  in  a  linearized  fashion  such  effects 
as  a  change  in  wing  incidence  relative  to  the  remainder  of  a  configuration,  or 
a  change  in  attitude  of  a  model  relative  to  a  wind  tunnel,  without  changing 
the  geometry  of  the  panel  arrangement  (figure  2.12b).  In  addition,  the  local 
onset  flow  may  be  varied  from  panel  to  panel  within  a  network  or  group  of 
networks  (figure  2.12c).  This  is  useful,  for  Instance,  in  simulating  the  flow 
of  a  swirling,  non-uniform  slipstream  over  the  surfaces  of  a  wing  or  nacelle. 
In  using  this  option,  the  user  would  specify  the  local  onset  flow  at  each 
control  point  in  the  network.  The  user  has  the  additional  option  of 
specifying  the  local  onset  flow  either  as  three  velocity  components  or  as  a 
velocity  magnitude  and  angles  of  attack  and  sideslip.  In  addition  to  entering 
into  the  boundary  value  problem  solution,  the  incremental  flows  can  be 
included  in  subsequent  pressure  coefficient  calculations.  This  permits  the 
calculation  of  more  realistic  pressure  coefficients  in  situations  which 
simulate  locally  higher  energy  flows  such  as  slipstreams. 


2.1.6  Surface  Flow  Property  Options 


Surface  flow  properties,  that  is,  the  velocities  and  pressures,  can  be 
calculated  in  various  ways  and  in  varying  detail  at  the  discretion  of  the 
user.  The  program  will  follow  one  or  more  paths  in  calculating  these  quanti¬ 
ties,  depending  on  the  user's  choice  from  the  options  listed  below. 

All  options  have  system  defaults;  if  the  user  does  not  specify  a  par¬ 
ticular  choice,  the  system  chooses  the  default.  The  options  and  system  de¬ 
faults  are  summarized  in  figure  2.13.  The  user  can  change  the  system  defaults 
by  using  the  Global  Data  Group  records  (section  7.3)  to  specify  a  new  set  of 
system  defaults,  including  multiple  selections  of  most  options.  In  addition 
the  user  can  select  an  alternate  set  of  options  for  each  "case"  of 
post-solution  computations  by  using  appropriate  records  in  the  Surface  Flow 
Properties  Data  Subgroup  (section  7.6.1). 


2. 1.6.1  Surface  Selection  Options  (records  G8  and  SF5) 


PAN  AIR  solves  for  both  "exterior"  and  “interior"  flows.  Data  can  be 
calculated  and  printed  for  both  "upper"  and  "lower"  surfaces  of  each 
singularity  sheet  (see  section  B.l.l).  Data  can  also  be  calculated  and 
printed  for  the  difference  and  average  of  the  upper  and  lower  surface  data. 


2. 1.6.2  Point  Location  Options  (record  set  SF4) 


Several  choices  of  point  locations  at  which  surface  flow  properties  are 
calculated  are  available.  These  options  are 

(1)  panel  center  control  points, 

(2)  network  edge  control  points, 

(31  an  "enriched  grid"  of  points  consisting  of  points  on  each  panel:  the 
center  point,  the  four  corner  points  and  the  four  edge  midpoints,  and 
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(4)  user-specified  points  on  the  surface. 


The  choii  ■.  of  these  options  can  be  varied  from  network  to  network.  Required 
computing  resources  will  of  course  increase  as  the  number  of  calculation 
points  increases. 


2. 1.6. 3  Velocity  Computation  Methods  (records  G9  and  SF6) 


Two  options  are  available  for  the  method  of  computing  velocities  on  the 
network  surfaces: 

(1)  by  using  the  analytically  differentiated  surface  potential  dis¬ 
tribution,  together  with  the  appropriate  flow  normal  to  the  surface  as 
defined  by  the  boundary  conditions  and  the  known  jump  conditions  across 
each  panel  ( BOUNDARY-CONDITION  method),  and 

(2)  by  using  the  "velocity  influence  coefficients"  used  to  construct  the 
aerodynamic  influence  coefficients  { V IC-LAMBDA  method). 

Because  of  its  efficiency,  method  (1)  would  be  used  in  the  majority  of  cases 
involving  conventional  modeling  techniques  and  boundary  conditions.  Method 
(2)  is  intended  for  use  in  cases  involving  unusual  boundary  conditions  or 
modeling  techniques.  If  both  methods  are  specified,  two  independently 
computed  sets  of  results  will  be  produced. 


2. 1.6. 4  Velocity  Correction  Options  (records  Gil,  SFlOb  and  SFllb) 


Because  of  the  small  perturbation  assumptions  implicit  in  the 
Prandtl-Glauert  equation,  errors  are  introduced  into  the  compressible  velocity 
computations  when  the  local  velocity  deviates  substantially  from  the 
freestream.  The  largest  such  deviations  occur  in  and  around  stagnation 
regions  such  as  at  wing  leading  edges  and  inside  inlets.  To  produce  realistic 
velocity  and  pressure  results  in  these  regions,  two  independent  velocity’ 
correction  techniques  are  available  which  may  be  applied  whenever  the  panel 
method  predicts  large,  negative  pe  turbation  velocities.  The  first  correction 
is  used  to  correct  the  velocity  at  a  blunt  leading  edge.  It  is  useful  for 
thick  unswopt  wings  or  flow-through  nacelles.  The  second  correction  is  used 
to  correct  the  velocity  for  predicting  the  outer  flow  in  a  boundary  layer 
analysis.  It  is  useful  for  thick  wings  or  wing-like  configurations.  The 
velocity  corrections  are  discussed  in  section  B.4.1. 


2. 1.6. 5  Pressure  Coefficient  Rules  Options  (records  G12,  SFlOc  and  SFllc) 


Once  the  user  has  decided  on  the  method(s)  of  computing  velocities,  he  may 
similarly  exercise  several  options  for  computing  the  pressure  coefficients 
from  the  velocities.  The  pressure  coefficient  rules  available  are: 
isentropic,  linear,  second-order,  reduced  second-order,  and  slender  body. 

These  formulas  are  discussed  in  section  B.4.2.  The  isentropic  pressure 
formula  usually  gives  the  best  results  with  exact  surface  paneling.  The 
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others  represent,  varying  degrees  of  approxin^ ion  to  the  isentropic  formula 
and  are  often  used  in  conjunction  with  linearized  modeling  techniques. 

Another  option  is  available  in  the  form  of  a  user-specified  pressure  reference 
velocity  (records  G14  and  SF9).  This  is  used  in  calculating  pressure 
coefficients  for  stationary  configurations,  for  example,  an  engine  operating 
under  static  conditions. 


2. 1.6.6  Wake  Flow  Properties 


The  flow  properties  on  the  surfaces  of  wake  networks  can  be  calculated  if 
desired.  This  option  is  useful  in  determining  whether  the  wake  location 
specified  by  the  user  is  a  reasonable  representation  of  that  which  would  occur 
in  practice:  large  flow  velocities  normal  to  the  wake  imply  an  Inaccurate 
estimation  of  the  wake  location.  In  many  instances  (for  example,  simple 
wing-body  configurations)  this  is  not  of  serious  consequence.  However,  in 
some  instances  the  wake  location  Is  crucial  to  the  flow  characteristics,  for 
example,  a  closely  coupled  tail  or  canard  in  which  the  wake  from  the  forward 
surface  passes  close  to  the  aft  surface.  In  such  cases  it  may  be  necessary  to 
perform  an  iterative  cycle  of  calculations  to  determine  the  correct  wake 
location.  The  wake  flow  properties  will  yield  information  from  which  a  second 
iteration  of  the  wake  location  can  be  estimated. 


2.1.7  Force  and  Moment  Calculation  Options 


Force  and  moment  coefficients  can  also  be  calculated  In  various  ways  and 
In  varying  detail  at  the  discretion  of  the  user.  These  calculations  are 
carried  out  Independently  of  the  options  selected  for  surface  flow  properties 
calculations  described  above.  The  options  and  system  defaults  are  summarized 
in  figure  2.14.  The  defaults,  either  program  defaults  or  user-specified 
defaults,  are  the  same  as  for  the  surface  flow  property  computations.  The 
user  can  select  alternate  options  for  each  "case"  of  computations  by  using 
appropriate  records  in  the  Forces  and  Moments  Data  Subgroup  (section  7.6.3). 


2. 1.7.1  Surface  Selection  Option  (records  G8  and  FM12) 


Force  and  moment  coefflcents  can  be  calculated  for  the  upper  and  lower 
surfaces  of  each  singularity  sheet  and  for  the  sum  of  the  upper  and  lower 
surface  values. 


2. 1.7. 2  Force  and  Moment  Computation  and  Summation  Options  (records  FM5  and 
FM19) 


The  force  and  moment  coefficents  can  be  computed,  printed  and  summed  in 
varying  degrees  of  detail: 

(1 )  for  each  panel , 

(2)  for  each  column  of  panels  in  a  network, 

(3)  for  each  network,  and 

(4)  for  the  user-specified  configuration  for  each  case. 


2-12 


The  choice  of  options  (1)  to  (3)  can  be  varied  from  case  to  case  as  specified 
by  the  user.  These  options  permit,  for  example,  the  evaluation  of  wing 
loading  and  bending  moment  distributions.  An  additional  option  enables 
indiv'dual  networks  to  be  eliminated  from  the  force  and  moment  summation  for 
the  total  configuration.  For  example,  a  wind  tunnel  mounting  system  can  be 
modeled,  but  the  networks  simulating  the  mounting  system  eliminated  from  the 
force  and  moment  calculations. 


2. 1.7. 3  Velocity  Computation  Methods  (records  G9  and  FM13) 

The  options  available  are  identical  with  those  available  for  surface  flow 
properties  (see  section  2.1.6). 

2. 1.7. 4  Velocity  Correction  Option  (records  Gil  and  FM15) 

The  options  available  are  identical  with  those  available  for  surface  flow 
properties  (see  section  2.1.6). 

2. 1.7. 5  Pressure  Coefficient  Rules  Options  (reccds  G12  and  FM16) 


The  options  available  are  identical  with  those  available  for  surface  flow 
properties  (see  section  2.1.6). 


2. 1.7. 6  Edge  Force  Option  (record  FM9) 


The  velocities  and  pressures  near  subsonic  leading  and  side  edges  of 
lifting  surfaces  exhibit  very  high  local  velocities.  Reasonably  accurate 
Integrations  of  the  "leading  edge  thrust"  force  produced  by  this  behavior  can 
be  obtained  for  thick  wings  with  dense  leading  edge  paneling.  However,  for 
thin  wings  (in  which  case  the  velocities  become  infinite),  Integration  of 
surface  pressures  omits  the  edge  force  effect,  thereby  yielding  unrealistic 
drag  forces.  In  PAN  AIR  an  option  Is  available  by  which  the  edge  force  can  be 
calculated  by  extrapolating  the  component  of  velocity  normal  to  the  edge  (and 
in  the  plane  of  the  panel)  towards  the  edge  in  an  inverse  square  root  fashion 
(see  section  0.3  of  the  Theory  Document).  The  force  thus  calculated  is  added 
to  the  forces  obtained  by  integration  of  the  surface  pressures. 


2. 1.7. 8  Axis  Systems  Options  (record  FM3) 


Force  and  moment  coefficients  can  be  calculated  and  printed  in  several 
axis  systems,  each  with  a  user-selected  moment  reference  point.  The  options 
available  and  the  defaults  for  the  coordinate  systems  are: 

(1)  Reference  Coordinate  System 

In  this  system  the  x0,  ,  ar|d  *o  directions  are  those  used  to  define 

the  configuration  geometry.  In  the  default  system  the  xo-axis  points 
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toward  the  tail  of  the  configuration;  the  ft-axis  points  toward  the 
starboard  wing;  the  Zo-axis,  forming  a  right-hand  set,  points 
vertically  upward. 

(2)  Stability  Axis  System 

The  (wind  tunnel)  stability  axis  system  is  obtained  from  the 
reference  coordinate  system  by  a  rotation  of  (minus  one  times)  the 
angle  of  attack  about  the  ft-axis. 

(3)  Wind  Axis  System 

This  system  is  defined  from  the  reference  coordinate  system  by 
rotations  given  by  (minus  one  times)  the  angles  of  attack  and 
sideslip  such  that  the  x-axis  points  downstream  in  the  relative  wind 
direction,  the  y-axis  toward  starboard  and  the  z-axis  upward.  This 
system  produces  forces  consistent  with  commonly-accepted  lift  and 
drag  definitions  (for  example,  reference  2.1,  also  see  section  B.4.3). 

(4)  Body  Axis  System 

An  arbitrary  body  axis  system  can  be  specified  by  supplying  an  origin 
and  Euler  angle  rotations  away  from  the  reference  coordinate  system. 
The  default  body  axis  system  is  constructed  such  that  the  x-axis 
points  forward  and  the  z-axis  downward.  This  system  produces  forces 
and  moments  consistent  with  commonly-accepted  stability  and  control 
practice,  for  example,  starboard  wing  down  produces  positive  roll 
angle  and  starboard  wing  aft  produces  positive  yaw  angle. 


2.1. 7.9  Reference  Dimensions  Option  (record  FM2  and  FM11) 


The  user  can  specify  reference  values  for  chord  and  span  lengths  and  for 
surface  area,  which  are  used  in  computing  the  force  and  moment  coefficients. 


2.2  Aerodynamic  Design  Capabilities 


The  PAN  AIR  design  capability,  termed  "non-iterative"  design,  consists  of 
the  ability  of  taking  a  first  approximation  to  the  shape  of  a  portion  of  a 
configuration,  together  with  a  specification  of  the  desired  pressure  or  veloc¬ 
ity  distributions  on  that  portion  and  transforming  these  data  into  relofting 
informat' on,  from  which  a  second  estimate  of  the  desired  shape  can  be  cal¬ 
culated.  Application  of  this  technique  to  thick  and  thin  configurations  is 
illustrated  in  the  following  paragraphs. 


2.2.1  Thick  Configuration  Design 


Application  of  non-iterative  design  to  a  portion  of  a  thick  wing  is  illus¬ 
trated  in  figure  2.15.  The  user  starts  with  a  paneled  approximation  to  the 
surface  to  be  designed  anu  a  desired  pressure  or  velocity  distribution  over 
that  surface  (figure  2.15a).  The  pressure  or  velocity  distribution  is  then 
converted  by  the  user  into  tangential  velocity  boundary  conditions  applied  at 
the  panel  center  control  points  of  the  network  in  question  (figure  2.15b),  see 
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section  B.3.3.  The  tangential  velocity  boundary  conditions  apply  only  to  one 
surface  of  the  network  under  consideration,  in  this  case  the  "upper"  surface; 
another  set  of  conditions,  in  this  case  zero  perturbation  velocity  potential, 
insures  uniqueness  of  the  internal  flow. 

The  doublet  singularities  in  the  design  application  are  represented  by  a 
different  type  of  network  to  that  used  in  analysis  problems:  an  extra  degree 
of  freedom  is  required  in  both  row-wise  and  column-wise  directions.  Special 
edge  conditions  are  used  to  control  these  degrees  of  freedom.  A  "closure" 
integral  condition  is  imposed  at  one  "free"  edge.  In  this  instance,  setting 
the  integral  to  zero  insures  that  both  leading  and  trailing  edges  of  the 
network  remain  in  their  original  locations  when  the  surface  is  redesigned. 

The  "matching"  condition  applied  at  the  other  "free"  edge  imposes  an 
appropriate  doublet  strength  (figure  2.15b). 

The  end  result  of  the  process  is  shown  in  figure  2.15c.  The  tangential 
flow  conditions  are  satisfied  in  the  solution  but  conditions  normal  to  the 
panel  are  left  free,  except  that  the  closure  condition  controls  tne  integral 
of  the  normal  flow  along  a  particular  column.  The  residual  normal  flows  at 
each  control  point  can  be  shown,  using  linearized  assumptions,  to  be  equal  to 
the  difference  in  slope  between  the  approximated  surface  and  the  desired 
surface.  This  information  is  used  (external  to  PAN  AIR)  to  reloft  a  second 
iteration  of  the  desired  shape. 
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2.2.2  Thin  Configuration  Design 
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The  design  process  can  be  applied  to  "thin"  configurations  as  illustrated 
in  figure  2.16.  Figure  2.16a  shows  a  situation  in  which  the  camber  surface  of 
a  thin  wing  is  to  be  designed  to  produce  a  'given- loading.  Boundary  conditions 
in  this  case  would  consist  of  "difference"  tangentiaVvelocities,  which  pre¬ 
scribe  the  load  distribution,  and  "average"  tangential  velocities  of  value 
equal  to  the  freestream,  which  set  the  source  strength  on  the  composite  panels 
everywhere  equal  to  zero.  A  matching  edge  condition  must  be  applied  to  the 
leading  edge  to  set  the  doublet  strength  equal  to  zero.  This  uses  up  the 
degree  of  freedom  available  in  the  streamwise  direction  so  that  no  control 
over  the  relative  locations  of  leading  and  trailing  edges  can  be  exercised. 

Figure  2.16b  shows  the  design  of  a  "thick"  wing  using  a  "thin"  surface 
representation.  Tangential  velocity  boundary  conditions  are  used  to  specify 
the  pressure  distributions  on  both  "upper"  and  "lower"  surfaces  individually. 
The  program  decomposes  these  into  "difference"  tangent i al  velocities  which 
prescribe  the  loading  and  "average"  tangential  velocities  which  indirectly 
determine  source  strength  distributions,  thus  describing  the  thickness 
slopes.  Both  closure  and  matching  conditions  are  applied  to  insure  zero 
leading  edge  doublet  strength  and  a  "closed"  thickness  form,  respectively. 


processing  of  additional  flow  cases,  processing  of  configurations  which  differ 
in  a  limited  way  from  a  previously-analyzed  problem,  and  extraction  of  data 
after  the  initial  data-creation  run. 


2.3.1  Data  Checking  and  Resource  Estimation 


The  problems  submitted  to  PAN  AIR  may  Involve  large  amounts  of  input 
data.  Rather  than  risk  wasting  computing  resources  on  an  incorrectly 
formulated  or  erroneous  submission,  the  user  is  able  to  take  advantage  of  the 
data  checking,  diagnostic  and  resource  estimating  capabilities  of  the  system. 

To  use  this  capability  the  user  submits  a  complete  input  deck  along  with  a 
"CHECK  DATA  RUN"  as  a  MEC  data  command.  The  latter  instructs  the  system  to 
execute  the  first  two  programs,  the  DIP  (Data  Input  Processor)  and  DQG 
(Defining  Quantities  Generator)  modules,  read  and  echo  the  user-supplied  input 
information,  check  for  syntactical  errors,  problem  formulation  errors  and 
logic  errors,  and  print  diagnostic  messages  describing  each  error  in 
easy-to-understand  terms.  The  DQG  module  sets  up  the  boundary  value  problem 
as  though  a  full  system  execution  were  requested,  including  the  indexing  of 
all  networks  and  panels,  the  construction  of  network  abutments  and  the 
assignment  of  boundary  conditions.  DQG  prints  all  pertinent  geometric  data, 
sets  up  a  file  for  configuration  panel  display  and  estimates  the  computing 
resources  (core  size,  disk  storage  size  and  central  processor  time)  required 
for  full  problem  execution.  Execution  of  the  data  check  process  is  terminated 
only  in  the  case  of  major  input  errors  which  cannot  be  resolved  without  user 
intervention.  This  permits  the  detection  of  multiple  errors  in  one 
submission.  Further  details  on  the  data  check  capability  are  in  section  6. 


2.3.2  Additional  Flow  Cases  (“Solution  Update") 


The  boundary  value  problem  formulation  and  solution  ultimately  involve  the 
construction  and  solution  of  a  system  of  linear  algebraic  equations,  which  can 
be  expressed  in  matrix  form  as: 

[AIC]  {x}  -  {b} 

In  this  equation  {>.}  is  the  set  of  unknown  source  and  doublet 
singularity  parameters  to  be  solved  for.  The  matrix  [AIC]  is  composed  of 
"aerodynamic  influence  coefficients"  which  describe  the  influence  of  a 
particular  singularity  parameter  on  a  particular  boundary  condition.  These 
influence  coefficients  are  purely  geometric  in  nature  and  involve  terms  which 
describe  the  relative  locations  of  panels  and  control  points,  describe  the 
"type"  of  boundary  conditions  at  these  particular  control  points  (for  example, 
normal  vectors  for  analysis  conditions,  tangent  vectors  for  design  conditions) 
and  involve  Mach  number  dependent  geometry  scaling  vectors.  These  terms  are 
collectively  referred  to  as  "left-hand  side"  quantities. 

The  vector  { b >  consists  of  scalar  boundary  condition  terms  which  are 
primarily  flow  condition  related.  Such  quantities  as  the  magnitude  and  di¬ 
rection  of  the  freestream  or  "onset  flow"  and  the  magnitudes  of  imposed  veloc¬ 
ities  at  control  points  are  represented  in  this  vector.  These  terms  are 
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referred  to  as  "right-hand  side"  quantities. 

The  construction  and  triangular  decomposition  of  the  AIC  matrix  is  the 
most  costly  and  time  consuming  operation  in  PAN  AIR.  Once  this  is  per¬ 
formed,  multiple  solutions  involving  different  "right-hand  sides"  can  be 
executed  economically. 

In  PAN  AIR,  multiple  flow  cases  can  be  processed  in  the  initial 
submission.  In  addition,  the  decomposed  AIC  matrix  can  be  saved  and  new 
"right-hand  sides"  processed  after  the  initial  submission.  In  using  this 
capability,  a  single  "STORE  AIC"  MEC  data  command  accompanies  the  original 
run.  Subsequent  submissions  contain  the  MEC  data  command  "SOLUTION  UPDATE" 
and  the  data  needed  to  specify  the  new  solutions.  Use  of  this  capability 
enables  the  user  to  cover  a  range  of  flow  parameters  in  a  coarse  fashion  on 
the  first  submission,  determine  a  range  of  interest  from  this  Initial  scan, 
and  then  selectively  process  additional  flow  cases  in  the  range  of  interest. 


2.3.3  Limited  Configuration  Changes  ("IC  Update") 


Situations  arise  in  which  it  is  desired  to  process  configurations  which 
differ  from  one  already  processed  in  a  limited  fashion  with  respect  to 
geometry  and/or  boundary  condition  type.  This  type  of  change,  as  opposed  to  a 
"SOLUTION  UPDATE,"  involves  changes  in  the  "left-hand  side"  information  which 
appears  in  the  AIC  matrix,  and  can  be  handled  efficiently  by  an  "IC  UPDATE" 
(IC,  influence  coefficient)  capability. 

In  the  original  submission  the  user  appends  an  "updateable"  label  to  se¬ 
lected  networks  or  network  edges  (record  N8).  This  tells  the  program  that  the 
influence  coefficients  and  equations  involving  these  networks  or  edges  might 
be  recalculated  in  subsequent  cases.  The  program  then  blocks  the  solution 
matrices  so  that  the  coefficients  not  involved  in  the  change  are  calculated 
once  and  saved,  while  those  which  are  involved  are  placed  at  the  end  of  the 
set  of  equations  so  they  can  be  recalculated  as  part  of  the  processing  of 
subsequent  run(s). 

The  input  listing  for  the  subsequent  submission  involving  the  change  con¬ 
tains  a  label  which  Identifies  it  as  an  "IC  UPDATE"  run,  plus  a  redefinition 
of  only  those  networks  which  were  labeled  as  "updateable"  in  the  original  sub¬ 
mission.  This  redefinition  can  involve  changes  in  the  geometry  of  the  net¬ 
work,  the  "type"  of  boundary  condition  or  a  combination  of  the  two.  The 
equation  solver  then  takes  advantaqe  of  the  fact  that  the  matrix  contains  a 
block  of  terms  which  remains  constant  for  each  subsequent  case. 

This  feature  is  designed  to  enable  the  user  to  execute  efficiently  the 
following  types  of  cases. 


2-3. 3.1  Design 


When  more  than  one  iteration  is  desired  in  the  design  process,  the  IC 
update  capability  should  be  used.  The  process  is  illustrated  in  figure  2.17. 
In  this  thick  wing  design  problem,  the  network  representing  the  wing  is 
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subject  to  changes  in  shape  from  iteration  to  iteration.  It  is  thus  labeled 
•‘updateable.11  The  shape  of  the  trailing  edge  will  also  presumably  be  changed 
and  so  the  wake  network  which  abuts  the  trailing  edge  must  also  be  labeled 
updateable.  The  shape  of  the  wing-body  intersection  curve  and  the  in¬ 
tersection  curve  of  the  wake  with  the  body  to  some  distance  aft  of  the 
trailing  edge  will  also  change,  and  so  portions  of  the  body  immediately  above 
and  below  the  wing  and  wake  (referred  to  in  the  drawing  as  upper  and  lower 
wing-body  fairings)  must  be  labeled  updateable.  Ncie  that  the  extent  of  the 
updateable  regions  of  the  configurations  can  be  limited  by  judiciously 
splitting  up  major  components  into  small  networks.  In  the  subsequent  update 
run,  the  user  may  wish  to  analyze  the  resulting  modified  shape,  rather  than 
perform  a  second  design  iteration.  In  this  type  of  application,  in  addition 
to  perturbing  the  geometry,  he  would  also  change  the  type  of  boundary 
condition  from  design  to  analysis  in  his  second  submission. 


2. 3. 3. 2  Addition  or  Deletion  of  Configuration  Components 


Addition  or  deletion  of  a  horizontal  tail,  for  example,  can  be 
accomplished  using  the  IC  update  capability.  Figure  2.18  illustrates  two 
slightly  different  situations.  In  figure  2.18a,  networks  representing  a  thick 
horizontal  tail  and  the  tail  wake  are  to  be  added  or  deleted  i'-om  the 
configuration.  If  the  tail  is  to  be  added,  it  will  be  absent  in  the  original 
run  and  the  body  networks  immediate’y  above  and  below  the  tail  location  will 
meet  at  a  common  boundary.  In  the  subsequent  update  run,  the  networks 
representing  the  tail  and  wake  will  be  added  and  the  edges  of  the  body 
networks  shifted  to  fo>-m  the  shape  of  the  body-tail  intersection  contour.  In 
the  original  run,  Inose  upper  and  lower  body  networks  will  therefore  be 
labeled  updateable.  If  the  tail  is  to  be  deleted,  the  reverse  process 
occurs.  However,  since  the  tail  and  wake  networks  are  present  in  the  original 
run,  they,  in  addition  to  the  body  networks,  must  be  labeled  updateable.  In 
the  subsequent  update  run,  the  tail  and  wake  networks  will  not  be  present  and 
the  body  networks  will  be  modified  to  ‘‘fill  the  gap"  in  the  body  side.  A 
slightly  different  situation  is  shown  in  figure  2.18b.  Here,  the  tail  is 
represented  by  a  "thin"  surface  and  the  body  networks  meet  at  the  line 
representing  the  body-tail  intersection.  Since  addition  or  deletion  of  the 
tail  does  not  require  a  change  in  this  intersection  line,  the  body  networks 
need  not  be  labeled  updateable.  However,  the  edge  boundary  conditions  along 
the  abutment  of  these  networks  will  cnange  upon  add5tion  or  deletion  of  the 
tail.  These  edges  must  therefore  be  labeled  updateable.  If  the  tail  and  wake 
networks  were  present  in  the  original  run,  these  networks  would  be  labeled 
updateable. 


2. 3. 3. 3  Successive  Control  Surface  Deflections 


Use  of  the  IC  update  capability  in  analyses  involving  successive  control 
surface  deflections  is  illustrated  by  figure  2.19.  It  is  assumed  that  in  the 
original  run  the ‘surface  is  in  the  undeflected  position  as  shown  in  figure 
2.19a.  Both  the  control  surf  ?,nd  its  trailing  wake  will  be  moved  in  the 
following  runs,  so  they  must  be  labeled  updateable.  Although  the  aft,  outer 
wing  surfaces  remain  fixed,  conditions  at  their  inboard  edges  will  change,  and 
so  these  edges  must  be  labeled  updateable  edges-  Additional  wake  networks 
will  be  added  in  the  subsequent  deflected  cases  as  shown  in  figure  2.19h. 


2. 3. 3. 4  Stores  Separation 


Successive  locations  of  a  jettisoned  external  store  may  be  modeled 
efficiently  by  the  updateable  feature.  The  group  of  networks  representing  the 
store  itself  and  the  wake  emanating  from  the  store  would  be  designated  as 
updateable  in  this  case. 


2.3.4  Separate  Post-Processing 


The  structure  of  PAN  AIR  is  arranged  so  that  the  final  output  data  can  be 
extracted  from  the  system  either  at  the  time  of  problem  solution  or  at  any 
time  afterwards.  A  minimal  data  set  required  for  all  final  configuration  data 
extractions  is  generated  by  the  MOG  (Minimal  Data  Generator)  module  and  placed 
on  the  MDG  Data  Base.  (All  data  bases  are  automatically  saved  unless  purged 
by  the  user.)  In  subsequent  post-processing,  the  MDG  data  base  is  used  as  a 
starting  point  to  compute  surface  flow  properties  (velocities  and  pressure 
coefficients)  and  force  and  moment  coefficients  for  all  networks. 

This  arrangement  allows  the  final  data  extraction  to  be  isolated  from  the 
boundary  value  problem  solution.  It  also  allows  multiple  sets  of  data  to  be 
generated  in  which  the  several  user  options  available  with  respect  to  network, 
solution,  and  surface  selections,  velocity  corrections  and  pressure 
coefficient  rules  (see  sections  2.1.6  and  2.1.7  above)  can  be  varied.  Thus, 
for  example,  complete  sets  of  surface  flow  properties,  generated  using 
different  pressure  coefficient  rules,  can  by  obtained  and  compared. 


2.3.5  Peripheral  Plotting 


The  data  generated  in  the  post-processing  operations  described  above  can 
be  printed  by  each  of  the  post-processing  modules  concerned  (PDP  for  surface 
flow  properties  and  COP  for  force  and  moment  coefficients).  This  data  and  the 
geometry  of  all  panel  corner  points  can  also  be  placed  on  appropriate  data 
bases  and  used  to  set  up  standard  format  plot  files  for  subsequent  interactive 
graphics  display  or  hardcopy  plotting  by  user-supplied  software  routines.  The 
process  is  initiated  by  submitting  a  "PLOT"  command  in  the  MEC  data.  This 
activates  the  Print-Plot  Processor  module  (PPP)  and  opens  the  appropriate  DQG, 
PDP  and  CDP  data  bases.  The  user  then  constructs  a  number  of  plotting 
"cases,"  each  of  which  represents  a  separate  plotfile.  The  information 
required  to  specify  a  plotting  case  consists  of  the  type  of  data  to  be 
processed  and  selections  from  the  previous  defined  computation  case 
identifiers,  solution  identifiers  and  network  Identifiers.  These  plotfiles 
are  then  placed  on  tape  and  displayed  using  interactive  graphics  or  flatbed 
plotter  equipment. 
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Flat  triangular  tips 


^3 


Flat  central  portl 
(parallelogram) 


Corner  points  1  and  3  are  below  the  plane  of  the  flat  central  portion 
Corner  points  2  and  4  are  above  the  plane  of  the  flat  central  portion 


O  Panel  edge  midpoint 
□  Panel  corner  point 


Figure  2.2  -  General  PAN  AIR  panel  with  flat  central  portion 
and  four  flat  triangular  tips. 
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pos:  plane  of  synmetry 


a)  two  pianos  of  configuration  symmetry 


b)  one  plane  of  configuration  symmetry  in  grpund  effect 


777777777  P°s2 


c)  corner  flow 


Figure  2.6  -  Examplas  of  configurations  which  have  two  planes  of  symmetry 
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a)  thick  configuration 


b)  thin  configuration 


c)  combinations 


Figure  2.9  -  Examples  of  thick  and  thin  configuration  modeling 
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•  panels  and  boundary  conditions  on  surface 
representing  airfoil  plus  boundary  layer 
(displacement  modeling) 


•panels  and  boundary  conditions  on  airfoil  surface 

•  additional  source  distribution  to  represent 
boundary  layer  thickness 


paneled  surface 


Figure  2.10  -  Use  of  exact  and  linearized  modeling  of  boundary 
la  er  displacement  effects 
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a)  thickness  with  a  thin  surface 
representation 


Incremental  flow 


Incremental  flow 


b)  camber  with  a  flat 
surface  representation 


cjincldence  or  surface  deflection  d)  entrainment 


- -  paneled  surface 

_  simulated  surface 


Figure  2.11  -  Examples  of  linearized  modeling 
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arbitrary  origin 
and  axis  of  rotation 


a)  rotational  onset  flows  -  global  rotation  (quasi-steady) 


b)  local  onset  flows  -  network  wide 


c)  local  onset  flows  -  each  control  point 


Figure  2.12  -  Examples  of  incremental  onset  flows 


Surface  selection 


-  Upper  (system  default) 

-  Lower 

-  Uplc  (upper  minus  lower) 

-  Loup  (lower  minus  upper) 

-  Average 

-  Panel  center  control  points  (system  default) 

-  Network  edge  control  points 

-  Enriched  grid  points 

-  User-specified  points 


1  Velocity  computation  methods  -  Boundary  conditions  (system  default) 

|  :  -  Velocity  Influence  coefficients 

y 

\  '  Velocity  corrections  -  None  (system  default) 

s'  j  -  Duct  flow  correction 

[.  !  -  Leading  edge  correction 

M 

Li 

i"!  Pressure  coefficient  rules  -  Isentroplc  (system  default) 

s  J  -  Linearized 

l !  -  Second-order 

;  j 

j  -  Reduced  second-order 

-  Slender  body 

:  I 


Surface  selection 


Computation  sunmation 


-  Upper  (system  default) 

-  Lower 

-  'Jolo  (upper  plus  lower) 

-  Panels 

-  Panels  columns 

-  Network  (system  default) 

-  Configuration  (system  default) 


Velocity  computation  methods 
Velocity  corrections 
Pressure  coefficient  rules 
Edge  force 


>-  Same  as  for  surface  .  ew 


-  No  (system  default) 

-  Yes 


properties 


Axis  systems  -  Reference  coordinate  system  (system  default) 

-  Stability  axis  system 

-  Wind  axis  system  (system  default) 

-  Body  axis  system 

Reference  dimensions  option  -  No  (system  default) 

-  Yes 


Figure  2.14  -  Forces  and  moments  -  output  options 
Including  system  defaults 
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analysis  networks 


Figure  2.15  -  Example  of  non-1 


a)  without  thickness 
(doublet  design) 


original  surface 


leading 


b)  with  thickness 
(doublet  and  source  design) 


Figure  2.16  -  Examples  of  non-iterative  design  of  thin  configurations 


networks 
(deletion  only) 

a)  thick  horizontal  tail 


b)  thin  horizontal  tail 


Figure  2. IB  -  Application  of  IC  update  capability  -  network  addition 

and  deletion 
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updateable  edges 
outer  wing  networks 


updateable 


networks 


flap 


flap  wake 


a)  original  run 


flap  edge  wake 
(added  In  update 


b)  update  run 


Figure  2.19  -  Application  of  IC  update  capability  -  successive 
control  surface  deflections 
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3.0  Beginner's  Guide  -  Standard  Aerodynamic  Analysis  Problems 

In  this  section  the  engineering  input  data  are  described  for  r.he  standard 
type  of  aerodynamic  analysis  problem  (called  class  1)  that  th>  user  will 
encounter  most  often.  The  description  covers  the  case  of  an  "exact" 
representation  of  the  configuration  surface,  as  opposed  to  a  "linearized" 
representation  (see  section  2.1.4).  The  user  can  specify  the  input  data  for 
this  type  of  problem  fairly  easily  without  concern  for  the  full  capability, 
and  the  associated  complexity,  of  the  PAN  AIR  system. 

It  is  recommended  that  the  new  user  gain  an  initial  familiarity  with  PAN 
AIR  by  running  this  type  of  problem  first.  Once  an  initial  acquaintance  with 
the  program  has  been  made,  the  user  can  begin  to  expand  his  interests  to 
encompass  the  full  capabilities  of  the  PAN  AIR  system,  Section  B.3  provides 
the  information  necessary  to  set  up  and  process  the  more  complex  cases.  There 
the  reader  will  find  the  possible  boundary  value  problems  divided  into  five 
classes,  These  allow  the  user  to  specify  boundary  condition  equations  and  the 
associated  input  data  in  a  convenient  manner  for  a  great  variety  of  problems. 

In  the  following  the  general  structure  of  the  PAN  AIR  input  deck  is 
described  first.  The  general  procedures  for  configuration  modeling  are  then 
discussed,  including  the  specification  of  physical  and  wake  boundaries  by 
network  arrays  of  panels.  Then  the  subclasses  of  the  class  1  boundary 
conditions  are  discussed  in  detail.  Finally,  a  sample  problem  with  class  1 
boundary  conditions  is  discussed. 


3.1  Structure  of  Input  Deck 


A  complete  deck  for  a  PAN  AIR  run  consists  of  three  parts,  each  separated 
by  an  end-of-record  card  as  shown  in  figure  3.1.  The  first  part  consists  of  a 
set  of  limited  job  control  language  ( JCL)  necessary  to  initiate  execution  of 
PAN  AIR.  The  second  part  consists  of  the  user  directives  to  the  MEC  (Module 
Execution  Control)  module.  The  third  part  consists  of  the  user  supplied 
engineering  data  to  define  the  problem  to  the  DIP  (Data  Input  Processor) 
module. 

The  user  supplied  JCL  necessary  to  initiate  execution  of  the  PAN  AIR 
system  is  very  limited  and  simple.  To  execute  PAN  AIR  on  a  computer 
installation  having  a  catalogued  procedure  capability,  the  user  needs  only  to 
have  the  required  preliminary  control  cards  (job  name,  user  name,  accounting 
information,  and  so  forth)  and  then  to  access  and  execute  a  catalogued 
procedure  created  during  installation  of  PAN  AIR . 

The  MEC  input  data  allows  the  user  to  identify  the  operating  system,  to 
specify  identification  names  for  the  data  bases  and  to  specify  the  type  of  run 
to  be  executed  through  PAN  AIR.  The  MEC  module  generates  the  control  cards 
required  to  solve  the  problem. 

The  DIP  module  reads  the  Lasic  engineering  data,  performs  a  few  data 
checks  and  other  calculations,  and  generates  a  data  base  for  passing  the  input 
data  on  to  the  other  modules.  The  DIP  input  data  is  divided  into  five  data 
groups.  In  the  Global  Data  Group  the  user  specifies  basic  conditions  of  the 
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flow  problem  and  can  change  sane  program  default  options.  In  the  Network  Data 
Group  'the  user  specifies  the  geometry  and  boundary  conditions  for  each 
network,  in  the  Geometric  Edge  Matching  Data  Group  the  user  can  specify 
abutments  between  network  edges  (as  an  alternative  to  an  automatic  program 
abutment  procedure).  The  Flow  Properties  Data  Group  has  two  subgroups:  In 
the  Surface  Flow  Properties  Data  Subgroup  the  user  specifies  calculation  of 
velocities  and  pressure  coefficients  on  Identified  networks;  in  the  Forces  and 
Moments  Data  Subgroup  the  user  specifies  calculation  of  force  and  moment 
coefficients  on  identified  networks.  In  the  Print-Plot  Data  Group  the  user 
can  specify  the  creation  of  data  files  suitable  for  subsequent  printing  and 
plotting. 

In  the  Global  Data  Group  the  user  specifies  one  or  more  "solution"  data 
sets.  These  are  combinations  of  onset  flow  properties,  for  example,  angles  of 
attack  a  and  sideslip  a.  In  the  Flow  Properties  Data  Subgroup  and  the 
Forces  and  Moments  Data  Subgroup  the  user  specifies  Independent  "cases"  for 
the  sets  of  calculations.  For  each  case  the  user  can  select  one  or  more 
solutions  from  the  set  originally  specified  In  the  Global  Data  Group. 

The  present  section,  particularly  the  example  problem,  Is  restricted  to 
the  program  options  and  capabilities  that  are  needed  for  a  standard  (class  1) 
aerodynamic  analysis  problem.  The  full  capabilities  of  the  PAN  AIR  system  are 
discussed  elsewhere.  The  full  details  of  the  JCL  appear  In  section  5.  The 
full  details  of  the  MEC  data  appear  in  section  6.  The  full  details  of  the  DIP 
data  appear  in  section  7.  This  Includes  a  complete  description  of  all  DIP 
records  and  a  list  of  the  options  available  for  each  record. 


3.2  Configuration  Modeling 


The  surfaces  of  both  the  physical  and  the  wake  configurations  are  defined 
by  user-specified  networks.  Each  network  Is  defined  by  a  rectangular  array  of 
grid  points  which  define  quadrilateral  (or  in  special  cases  triangular)  panels. 

The  division  of  the  configuration  Into  networks  Is  somewhat  arbitrary.  It 
is  restricted  by  rules  which  are  described  in  section  B.1.1.  The  basic  rule 
Is  that  a  network  should  generally  correspond  to  a  physically  meaningful  part 
of  the  total  configuration. 

The  indexing  scheme  used  for  networks  Is  based  on  the  user-defined 
rectangular  array  of  grid  points  which  are  the  corner  points  of  the 
quadrilateral  panels.  The  network  size  Is  defined  by  the  numbers  of  rows  (M) 
and  columns  (N)  of  grid  points.  Using  the  input  grid  points,  PAN  AIR  defines 
(M-l)  rows  and  (N-l)  columns  of  panels.  The  Identification  of  the  rows  and 
columns,  and  the  network  edge  indexing  scheme  follows  from  the  order  In  which 
the  array  of  grid  points  Is  specified.  The  first  column  corresponds  to  the 
first  set  of  grid  points  that  are  input,  that  is,  points  1  through  3  In  figure 
3.2.  This  first  column  of  (three)  points  also  defines  the  (three)  rows  of  the 
array.  The  second  column  of  points  Is  then  input  In  the  order  of  the  rows, 
and  so  forth  until  the  array  Is  complete.  The  resulting  alignment  of  the  rows 
and  columns,  the  Indexing  of  the  network  edges,  and  the  Indexing  of  the  (six) 
panels  are  Illustrated  in  figure  3.2.  The  ordering  of  the  user-specified  grid 
points  can  be  Interpreted  as  follows:  the  first  column  of  points  forms 
network  edge  four,  being  ordered  from  network  edge  one  to  network  edge  three. 
The  other  columns  of  points  are  input  in  the  same  order,  with  the  last  column 
forming  network  edge  two. 
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The  direction  of  increasing  row  numbers  is  cal1ed_the  M  direction  and  the 
direction  of  increasing  column  numbers  is  called  the  N  direction  (figure 
3.2).  The  direction  NxW  defines  the  positive  direction  of  the  network  and 
panel  unit  normal  vectors  n.  This  in  turn  defines  the  "upper"  and  "lower" 
surfaces  of  the  network,  with  the  convention  that  the  normal  vector  points 
outward  from  the  upper  surface.  This  definition  Is  very  important  since  PAN 
AIR  requires  the  specification  of  boundary  conditions  on  both  the  upper  and 
lower  surfaces  of  the  network,  and  the  program  output  is  identified  by  upper 
and  lower  surface  labels.  The  network  upper  surface  can  also  be  determined  in 
the  following  manner:  If  the  viewer  looks  at  the  upper  surface,  figure  3.2 
for  example,  then  the  network  edge  Indices  are  in  a  counter-clockwise  order; 
the  normal  vector  points  toward  the  viewer. 


3.3  Impermeable  Surface  Mass  Flux  Analysis  (Class  1)  Boundary  Conditions 


This  class  of  boundary  conditions  is  the  basic  aerodynamic  analysis 
problem  for  an  impermeable  jurface.  In  the  PAN  AIR  formulation  the 
corresponding  boundary  condition  Is  that  of  no  mass  flux  flowing  through  the 
surface,  or  equivalently  a  zero  value  of  the  total  mass  flux  component  normal 
to  the  surface. 


3.3.1  General  Properties 


The  total  mass  flux  is  the  sum  of  the  total  onset  flow  velocity  and  the 
perturbation  mass  flux,  that  is, 

W-U  +  w  (3.3.1) 

o 

■  JW 

In  the  standard  case  the  total  onset  flow  velocity  UQ  is  equal  to  the 

uniform  onset  flow  velocity  IU  specified  by  the  speed  of  the  freestream 
flow  and  by  the  angles  of  attack  «  and  sideslip  0.  In  general  the  total 
onset  flow  can  also  include  contributions  from  a  rotational  onset  flow  and 
local  onset  flows,  as  described  in  section  B. 2.2. 

For  incompressible  flow,  the  perturbation  mass  flux  is  equal  to  the 
perturbation  velocity;  the  mass  flux  boundary  condition  is  then  equivalent  to 
that  of  zero  normal  velocity  at  the  surface.  The  reason  mass  flux,  rather 
than  velocity,  boundary  conditions  are  used  for  standard  analysis  problems  is 
discussed  in  sections  5.4  and  B.O  of  the  Theory  Document.  Mass  flux  boundary 
conditions  are  described  further  in  sections  B.3.2  of  this  document.  Velocity 
boundary  conditions  can  be  specified  in  PAN  AIR  by  using  class  4  or  class  5 
boundary  conditions,  ■:  s  section  B.3.1. 

For  class  1  boundary  conditions  for  non-wake  networks  there  are  two 
boundary  condition  equations.  The  first  equation  specifies  the  source 
strength  directly.  This  equation  is  applied  only  at  the  control  points  at 
each  panel  center.  The  second  boundary  condition  equation  is  also  applied  at 
the  control  points  at  each  panel  canter.  At  the  control  points  located  on  the 
network  edges  only  one  equation  Is  applied:  either  the  second  boundary 
condition  equation  or  a  condition  of  doublet  strength  matching  with  abutting 
network  edges.  The  latter  condition  assures  continuity  of  doublet  strength  at 
network  edges.  The  above  process  occurs  automatically  when  the  user  has 
specified  that  class  1  boundary  conditions  are  to  be  used. 
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3.3.2  Subclasses 


The  class  1  boundary  conditions  are  grouped  Into  five  subclasses  which  are 
listed  in  table  3.1  (also  figure  7.4).  The  boundary  conditions  are  applied  to 
three  types  of  configurations:  thick  bodies  (subclasses  1  znd  2),  thin  bodies 
(subclass  3),  and  wakes  (subclasses  4  and  5).  The  boundary  condition 
equations  are  described  below  for  each  subclass.  The  equations  for  subclasses 
1  through  3  are  special  cases  of  those  used  in  the  corresponding  subclasses  of 
class  2  boundary  conditions,  "Specified  Normal  Mass  Flux  Analysis",  which  are 
described  In  section  8.3.2.  An  extended  discussion  of  the  mathematical 
properties  and  the  pitfalls  related  to  specification  of  boundary  conditions, 
particularly  when  one  singularity  strength  is  specified  directly,  is  given  in 
section  A. 3. 


3. 3.2.1  Class  1  -  Subclass  1  (UPPER) 


This  boundary  condition  subclass  Is  for  an  Impermeable  surface  of  a  thick 
configuration  In  which  the  network's  upper  surface  is  exposed  to  the  external 
flow  field.  This  situation  corresponds  to  the  bottom  network  of  figure  3.3. 
The  boundary  condition  equations  used  by  the  program  are 

a  »  ~  U  •  n  (3.3.2a) 

o 

»  0  (3.3. 2b ) 

where  o  Is  the  source  strength  and  is  the  perturbation  velocity 

potential  at  the  lower  surface  of  the  network.  It  is  shown  in  section  8.3. 2 
that  the  boundary  condition  equations  (3.3.2a)  and  (3.3.2b)  are  equivalent  to 
the  condition  of  zero  total  mass  flux  normal  to  the  upper  surface. 

This  boundary  condition  subclass  produces  the  condition  of  flow  parallel 
to  a  surface  enveloping  a  nonphysical  domain  of  finite  volume.  For  subsonic 
flows  the  configuration  surface  (formed  from  one  or  more  networks)  must  be, 
strictly  speaking,  closed  as  demanded  by  existence  and  uniqueness  requirements 
of  the  Prandtl-Glauert  equation.  Thus  the  surface  can  have  no  "holes". 

Details  such  as  wing  tips  must  be  closed  by  panels.  (In  practice  it  is 
sometimes  possible  to  have  small  holes  in  a  surface  which  cause  only  localized 
distortion  of  the  flow  field  in  subsonic  flow.) 


j  3. 3.2.2  Class  1  -  Subclass  2  (LOWER) 

I 


This  boundary  condition  subclass  is  the  counterpart  of  subclass  l  and  is 
used  when  the  lower  surface  of  a  network  of  a  thick  configuration  is  exposed 
to  the  external  flow  field.  The  top  network  of  figure  3.3  illustrates  this 
situation.  The  boundary  condition  equations  used  by  the  program  are 


-  U 


(3.3.3a) 

(3.3.3b) 
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Subclass* 

Subclass  Description 

1  -  UPPER 

Impermeable  Upper  Surface 

2  -  LOWER 

Impermeable  Lower  Surface 

3  -  AVERAGE 

Impermeable  Average  (Cambered)  Surface 

4  -  WAKE  1 

Wake  1  (with  spanwise  variation  of 
doublet  strength) 

5  -  WAKE  2 

Wake  2  (with  constant  doublet  strength) 

*  Program  Index-Keyword 


Table  3.1  Subclasses  for  class  1  boundary  conditions 


The  sign  difference  between  equations  (3.3.2a)  and  (3.3.3a)  follows  from  the 
Interchange  of  the  upper  and  lower  surfaces. 


3. 3. 2. 3  Class  1  -  Subclass  3  (AVERAGE) 


This  boundary  condition  subclass  Is  the  condition  of  zero  total  normal 
mass  flux  on  both  the  upper  and  lower  surfaces  of  a  thin  ("average") 
configuration  as  shown  In  figure  3.4.  The  boundary  condition  equations  used 
by  the  program  are 

<?  «  0  (3.3.4a) 

w.  .  o  »  -  U  •  n  (3.3.4b) 

n  0 

where  wA  -  1/2  (Wy  +'wy)  Is  the  average  (of  the  upper  and  lower  surface 
values)  perturbation  mass  flux  at  a  control  point. 


3. 3. 2. 4  Class  1  -  Subclass  4  (WAKE  1) 


This  boundary  condition  .subclass  is  used  for  wake  networks  (type  DW1  in 
prog-rant  notation)  which  ate  placed  behind  lifting  surfaces  (or  wake  networks 
of  the  same  type).  The  subclass  gives  the  boundary  condition  equations  of  (1) 
zero  source  strength,  aod  (2)  doublet  strength  matching  at  the  specified  edge 
of  the  wake  network  and  the  abutting  edge  of  the  lifting  surface.  For  type 
DW'l  network?,  the  doublet  strength  can  vary  In  the  spanwise  direction  but  Is 
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constant  In  the  (nominally)  streamwise  direction.  These  properties  cause  the 
Kutta  condition  to  be  satisfied  at  subsonic  trailing  edges  of  lifting 
surfaces.  An  example  of  application  of  a  type  DW1  network  and  the  subclass  4 
boundary  condition  Is  shown  In  figure  3.5. 

The  wake  network  of  type  0U1  has  control  points  located  along  only  one 
edge.  These  allow  the  doublet  strength  matching  with  the  abutting  edges  of 
the  upstream  network (s).  The  control  points  are  located  on  edge  1  of  a  type 
DW1  network;  thus  the  user  Inputs  the  0W1  grid  points  so  that  the  M-dlrection 
points  downstream.  Also,  it  is  good  modeling  practice  to  having  compatible 
paneling  of  the  wake  and  the  upstream  networks  at  the  abutting  edge. 


3. 3. 2. 5  Class  1  -  Subclass  5  (WAKE  2) 


This  boundary  condition  subclass  Is  used  for  wake  networks  (type  0W2  in 
program  notation)  which  are  used  to  obtain  continuity  of  wake  surfaces.  The 
subclass  gives  the  boundary  condition  equations  of  (1)  zero  source  strength, 
and  (2)  constant  doublet  strength  throughout  the  network.  A  network  with 
these  boundary  conditions  is  generally  located  downstream  of  a  non-lifting 
surface  or  located  spanwlse  either  between  a  fuselage  and  a  wake  of  a  lifting 

surface  or  between  two  wake  networks.  The  constant  doublet  strength  Is 

determined  by  a  matching  condition  with  an  abutting  wake  network. 

An  application  of  the  type  DW2  wake  network  and  the  associated  subclass  5 

boundary  condition  Is  shown  In  figure  3.6.  Edge  1  of  the  DW2  network  abuts  a 

non-lifting  surface;  edge  4  abuts  an  adjacent  wake  network;  edge  2  abuts  the 
Image  of  the  DW2  network  In  the  plane  of  configuration  symmetry.  The  DW2  ! 

network  has  a  single  control  point  (located  at  the  corner  of  edges  1  and  4)  ! 

which  Is  used  to  match  the  doublet  strength  with  the  abutting  network.  , 

s 


3.4  Example  for  Class  1  Boundary  Conditions 


An  example  of  the  aerodynamic  analysis  of  a  simple  configuration  shown  In 
figure  3.7  Is  described.  A  complete  listing  of  the  Input  data  is  given  in 
figures  3.8  and  3.9.  The  Input  data  occurs  in  three  blocks  (figure  3.1)  which 
are:  the  control  cards  and  JCL,  the  MEC  Input  data,  and  the  engineering  Input 
data  which  Is  read  by  the  DIP  (Data  Input  Processor)  module  of  PAN  AIR. 


3.4.1  Control  Cards  and  JCL 


This  block  of  data  consists  of  four  control  cards  as  shown  In  figure  3.8. 
The  first  Is  the  job  card  and  the  second  Is  the  user  card.  The  form  of  these 
two  control  cards  depends  on  the  operating  system  of  the  computer 
Installation.  The  other  two  control  cards  are  necessary  to  Initiate  a  PAN  AIR 
run.  These  cards  access  and  execute  a  catalogued  JCL  procedure  file  stored 
with  the  PAN  AIR  software  system.  This  JCL  procedure  file  accesses  and 
executes  the  MEC  module  and  the  control  cards  generated  by  MEC. 
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In  this  block  of  data  the  user  specifies  the  type  of  problem  to  be  run. 

The  MEC  module  Interprets  the  given  Input  data  and  performs  several 
functions;  supplies  most  of  the  job  control  cards  (OCL)  required  to  solve  the 
problem,  specifies  the  required  data  bases,  and  processes  some  computing 
system  Information. 

An  example  containing  a  limited  set  of  MEC  Input  data  is  shown  In  figure 
3.8.  The  first  card  Identifies  the  PAN  AIR  system.  The  second  card 
Identifies  the  computer  operating  system.  The  third  card  Is  a  run 
Identification  title  used  to  Identify  the  output.  The  next  seven  cards 
specify  the  data  base  Information,  Including  all  Identifications  required  for 
the  data  bases.  The  next  to  last  card  Instructs  PAN  AIR  to  use  the  capability 
to  check  the  DIP  module  Input  data  before  executing  the  regular  solution.  The 
last  card  indicates  the  end  of  the  MEC  data.  It  is  noted  that  there  is  no 
Instruction  on  the  type  of  solution  since  a  regular  potential  flow  solution  Is 
being  requested,  which  Is  the  default  option.  For  details  refer  to  section  5. 


3.4.3  General  Information  for  OIP  Module 


The  complete  Input  data  for  the  DIP  module  are  described  In  section  7; 
only  the  Input  records  and  options  needed  for  a  standard  aerodynamic  analysis 
problem  are  described  In  the  present  section. 

The  DIP  input  records  are  of  three  basic  types.  First,  an  Instruction 
record  consists  of  a  "primary  keyword"  which  Identifies  the  Instruction  being 
specified.  Second,  an  Instruction-parameter  record  consists  of  a  primary 
keyword,  followed  by  an  equal  sign,  followed  by  one  or  more  "secondary 
keywords"  which  specify  particular  options,  or  by  a  user-supplied  name,  or  by 
numerical  data,  or  by  a  combination  of  the  three.  Third,  a  data  record 
consists  of  numerical  data  only. 

In  most  cases  one  DIP  input  record  Is  one  80  character  computer  card.  If 
an  input  record  Is  particularly  long,  it  can  be  continued  onto  several  cards: 
"record  continuation"  is  Indicated  by  a  plus  (+)  as  the  last  character  on  a 
card.  Record  continuation  is  usually  not  required  for  data  records. 

User  comments  can  be  Included  in  the  DIP  input  data  In  either  of  two 
formats.  Cards  beginning  with  the  two  symbols  *1  are  comment  cards,  which  are 
Ignored  by  the  DIP  module.  Also,  the  symbol  /  is  an  optional  terminator  for 
Input  records;  all  Information  after  this  symbol  is  ignored. 

A  default  Is  the  instruction,  option,  or  data  assigned  by  the  DIP  module 
when  the  user  omits  part  or  all  of  an  input  record.  In  PAN  AIR  many  of  the 
records  associated  with  specialized  features  or  applications  have  defaults 
designed  for  standard  cases.  In  the  present  case  several  of  the  DIP  input 
records  shown  In  figure  3.9  could  have  beer  omitted;  these  ar<i  labeled  DEFAULT 
In  the  Input  listing. 
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3.4.4  Configuration 


For  the  example  of  an  aerodynamic  analysis  problem,  the  configuration  Is  a 
triangular  delta  wing  with  a  double  wedge  symmetric  airfoil  section,  figure 
3.7.  The  configuration  is  modeled  by  three  networks:  one  for  the  top  of  the 
wing,  one  for  the  bottom  of  the  wing  and  one  for  the  wake.  The  boundary 
conditions  on  the  wing  networks  are  class  1  and  either  subclass  1  or  2, 
depending  on  whether  the  upper  or  lower  surface  of  the  network  is  exposed  to 
the  external  flow. 

The  input  data,  primarily  the  configuration  geometry,  are  specified  in  the 
reference  coordinate  system.  The  PAN  AIR  Implied  reference  coordinate  system 
Is  used:  x0  positive  aft,  y0  positive  right  and  z0  positive  up  on  the 

configuration.  The  compressibility  coordinate  system  Is  specified  to  coincide 
with  the  reference  coordinate  system  (see  section  8.2.1).  The  flow  Is 
supersonic  at  Mach  2.0.  The  uniform  onset  flow  speed  Is  specified  to  have  a 
unit  value;  this  can  be  done  since  the  Prandtl-Glauert  equation  Is  linear. 


3.4.5  DIP  Input  Data 


The  input  data  for  the  DIP  module  are  listed  in  figure  3.9.  The 
identifying  numbers  of  the  records  used  for  the  example  configuration  are 
Included  as  comments.  (A  list  of  identifying  numbers  and  names  of  all  PAN  AIR 
records  Is  given  in  se-Jon  7.2.2.)  Individual  records  are  organized  by  data 
groups;  the  records  are  described  in  sections  7.3  to  7.7.  The  function  of 
each  record  listed  In  figure  3.9  Is  described  below. 

Record  61.  This  record  Identifies  the  start  of  the  Global  Data  Group,  which 
specifies  global  conditions  of  the  problem,  such  as  possible  symmetries,  com¬ 
pressibility  data  and  solution  data.  The  records  can  also  specify  default 
options  for  subsequent  calculations,  but  these  are  mostly  deferred  to  the  Flow 
Properties  Data  Group  In  the  present  example. 

Record  G2.  This  record  gives  the  problem  identification  (PID)  title. 

Record  G3.  This  record  gives  the  user  identification  (UID)  title. 

Record  G4.  This  record  specifies  the  configuration  and  flow  symmetries.  In 
this  example  there  Is  one  plane  of  configuration  symmetry  (FIRST-PLANE),  with 
normal  vector  parallel  to  the  yQ  -axis  (components  0.  1.  0.)  and  located  at 

the  origin  (coordinates  0.  0.  0.);  the  flow  may  be  asymmetric 
(ASYMMETRIC-FLOW)  with  respect  to  the  plane  of  configuration  symmetry.  Since 
the  configuration  Is  symmetric  with  respect  to  the  xQ  -zQ  plane,  only  the 

y0  _>  0  half  of  the  configuration  is  input  (record  sets  N2). 

Record  G5.  This  record  specifies  the  compressibility  data.  The  Mach  number 
of  the  uniform  onset  flow  Is  2.0.  CALPHA  and  CBETA  are  angles  (In  degrees) 
specifying  the  transformation  between  the  reference  and  the  compressibility 
coordinate  systems  (see  section  B.2.1).  With  zero  values  for  the  two  angles, 
these  two  coordinate  systems  coincide  arid  Mach  cones  are  centered  about  axes 
parallel  to  the  x-axis. 
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Record  Set  G6.  This  record  set  specifies  the  “solution"  data.  The  first 
record  identifies  the  quantities  specified:  angle  of  attack  (ALPHA),  angle  of 
sideslip  (BETA),  uniform  onset  flow  velocit-  ' U I NF ) ,  and  an  alphanumeric 
solution  identification  name  (SID).  The  nt  two  records  specify  the  data  for 
two  solutions.  The  first  solution  has  one  degree  angle  of  attack  and  a  unit 
uniform  onset  flow  velocity.  The  second  solution  has  ore  degree  angle  of 
sideslip  and  a  unit  uniform  onset  flow  velocity.  (PAN  AIR  will  solve  the  flow 
problems  for  all  specified  solutions.  The  user  can  select  subsequently  from 
these  solutions  when  specifying  post-solution  calculations  of  surface  flow 
properties  and/or  forces  and  moments.) 

Record  G7.  This  record  specifies  a  tolerance  distance  of  .001  for  the  auto¬ 
matic  geometric  edge  matching  process.  If  any  network  edges  are  separated  by 
an  amount  less  than  this  tolerance  distance,  a  network  edge  abutment  is 
automatically  defined  and  the  doublet  strength  matching  condition  is  applied 
to  the  edges  in  the  abutment  (see  section  B.3.5). 

Record  Nl.  This  record  identifies  the  start  of  the  Network  Data  Group,  which 
specifies  the  geometric  and  boundary  condition  data  for  the  independent 
networks.  (In  the  present  configuration  there  are  three  networks.) 

Record  Set  N2.  This  record  set  specifies  the  first  network,  which  represents 
the  top  half  of  the  wing.  Record  N27  identifies  the  network  data,  gives  the 
user-specified  alphanumeric  network  identification  name  (WING-TOP),  and 
specifies  the  panel  array  as  having  3  rows  and  4  columns  of  grid  points  (thus 
2  rows  and  3  columns  of  panels).  Record  N2B  gives  the  coordinates  of  the  12 
grid  points;  figure  3.7  shows  the  network  planform  and  the  grid  point 
ordering.  The  first  column  of  points  was  (arbitrarily)  chosen  to  be  at  the 
wing  root,  and  the  points  are  entered  in  the  direction  of  increasing  xQ;  this 

defines  the  M-.Mt option  shown  in  figure  3.7.  The  second,  third,  and  fourth 
columns  of  arc  entered  in  the  same  fashion,  moving  from  root  to  tip  and 

thus  defining  ■  ff-direction.  Note  that  there  are  three  grid  points  input  at 

the  pointed  tip,  even  though  they  have  identical_coordinates  (1.5,  1.5,  0.0). 
The  positive  unit  normal  is  in  the  direction  of  NxR  and  thus  points  downward 
into  the  interior,  nonphysical  flow  field  enclosed  by  the  wing  boundary.  Thus 
the  lower  surface  of  the  network  is  exposed  to  the  physical  flow  field. 

Record  N9.  This  record  specifies  the  boundary  condition:  class  1,  subclass 
LOWER  (or  2).  Since  the  input  grid  array  defines  the  network  surface  normal 
vector  as  pointing  downward,  the  lower  surface  is  exposed  to  the  external  flow 
field.  Thus  subclass  LOWER  boundary  conditions  are  required  for  this  network. 

Record  Set  N2.  This  record  set  specifies  the  second  network,  which  represents 
the  bottom  half  of  the  wing.  Record  N2A  gives  the  user-specified  alphanumeric 
network  identification  name  (WING-BCTTOM) ,  and  specifies  the  panel  a -ray  as 
having  3  rows  and  4  columns  of  grid  points.  Record  N2B  gives  the  coordinates 
of  the  12  grid  points,  see  figure  3.7.  These  grid  points  are  entered  in  the 
same  order  as  for  network  WING-TOP.  Thus  the  normal  vector  points  downward, 
which  for  the  present  network  is  pointing  into  the  physical,  external  flow 
field  (see  figure  3.7).  Thus  the  upper  surface  of  the  network  is  exposed  to 
the  physical  flow  field. 
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Record  N9.  This  record  specifies  the  boundary  condition:  class  1,  subclass 
UPPER  (or  1).  Since  the  input  grid  array  'Wines  the  network  surface  normal 
vector  as  pointing  downward,  the  upper  surface  is  exposed  to  the  external  flow 
field.  Thus  subclass  UPPER  boundary  conditions  are  required  for  this  network. 

Record  Set  N2.  This  record  set  specifies  the  third  network,  which  represents 
the  wing  wake.  Record  N2A  gives  the  user-specified  alphanumeric  network 
identification  name  (WING-WAKE),  and  specifies  the  panel  array  as  having  2 
rows  and  4  columns  of  grid  points.  Record  N2B  gives  the  coordinates  of  the  8 
grid  points,  see  figure  3.7.  The  ordering  of  the  grid  points  results  in  the 
leading  edge  being  edge  number  1.  Thus  the  wake  network  control  points  are  in 
the  correct  position.  (In  the  present  case  with  a  supersonic  wing  trailing 
edge,  the  length  of  the  wake  network  is  not  imoortant.) 

Record  N9.  This  record  specifies  a  class  1,  subclass  WAKE  1  (or  4)  boundary 
condition  since  the  wake  network  is  type  DW1.  This  type  allows  spanwlse  (but 
not  streamwise)  variation  of  the  doublet  strength  which  in  turn  allows 
trailing  vorticity  to  be  shed  from  the  wing. 

Comment:  The  specified  configuration  is  closed  as  required  by  good  modeling 
practice .  At  this  point  two  solutions  and  three  networks  have  been 
specified.  In  the  subsequent  records,  the  solutions  and  the  networks  can  be 
identified  either  by  their  alphanumeric  identification  names  or  by  the 
corresponding  integer  Indices  defined  by  the  program.  The  Indices  are 
assigned  sequentially  in  the  order  in  which  the  solutions  and  networks  are 
input  by  the  user.  The  names  and  indices  are  summarized  in  table  3.2. 

Geometric  Edge  Matching  Data  Group.  The  records  in  this  data  group  are 
omitted  since  all  network  edge  abutments  will  be  defined  automatically.  (All 
abutting  edges  coincide  exactly  and  thus  meet  the  geometric  edge  matching 
tolerance  which  was  set  to  .001  in  record  G7.)  The  condition  of  doublet 
strength  matching  will  be  applied  between  the  abutting  edges. 

Record  FPl.  This  record  identifies  the  start  of  the  Flow  Properties  Data 
Group,  which  specifies  options  for  several  types  of  post^soTution 
calculations,  that  is,  calculations  that  occur  after  solution  of  equation 
(A. 3.5)  for  the  singularity  strengths.  The  FPl  record  is  followed  by  one  or 
more  “cases"  involving  calculation  of  the  surface  flow  properties  (SF  records) 
and/or  forces  and  moments  ( FM  records).  In  the  present  example  there  is  one 
case  of  each  type. 

Record  SF1.  This  recn^-d  identifies  a  case  of  surface  flow  properties 
calculations.  An  alphanumeric  case  identification  name  (SF-CASE-A)  is 
specified.  This  name  or  the  corresponding  Integer  index  (see  table  3.2)  is 
used  to  identify  the  case  in  the  output.  All  the  following  SF  records  are  for 
this  case. 

Record  SF2.  This  record  identifies  the  networks  for  which  surface  flow 
properties  are  to  be  calculated  for  SF-CASE-A.  The  networks  are  (1)  the 
network  WING-TOP,  bot*’  the  input  network  (INPUT)  and  its  image  network  (1ST) 

In  the  plane  of  symmetry,  and.  (2)  the  network  WING-BOTTOM,  both  the  input 
network  (INPUT)  and  its  image' network  (1ST)  in  the  plane  of  symmetry.  The  + 
sign  on  the  first  card  indicates  that  the  record  is  continued  onto  the  second 
card,, 
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ID  Name 

ID  Index 

Solutions 

1-DEGREE-ALPHA 

1 

1 -DEGREE-BETA 

2 

Networks 

WING-TOP 

1 

WING-BOTTOM 

2 

WING-WAKE 

3 

Surface  Flow  Properties 

Cases 

SF-CASE-A 

1 

Forces  and  Moments 

Cases 

FM-CASE-A 

1 

Table  3.2  Solutions,  networks  and  post-solution  cases  for  example 

of  figures  3.8  and  3.9 


Record  SF3.  This  record  tells  PAN  AIR  to  calculate  the  surface  flow 
properties  for  both  the  1-DEGREE-ALPHA  and  the  l-DEGREE-BETA  solutions  defined 
in  record  G6.  This  record  could  have  been  omitted  since  it  specifies  the 
default  condition:  all  defined  solutions. 

Record  SF4.  This  record  tells  PAN  AIR  to  calculate  the  surface  flow 
properties  at  ALL-CONTROL-POINTS  of  the  networks  (and  images)  specified  in 
record  SF2. 

Record  SF5.  This  record  tells  PAN  AIR  to  calculate  the  flow  properties  on  the 
UPPER  and  LOWER  surfaces  of  the  networks  (and  images)  selected  in  record  SF2. 
Since  the  lower  surface  of  the  WING-TOP  network  is  exposed  to  the  external 
flow  field,  the  LOWER  surface  output  for  WING-TOP  will  give  the  velocities  and 
pressure  coefficients  of  physical  interest.  Similarly  since  the  upper  surface 
of  the  WING-BOTTOM  network  is  exposed  to  the  external  flow  field,  the  UPPER 
surface  output  for  WING-BOTTOM  will  give  the  velocities  and  pressure 
coefficients  of  physical  interest. 

Comment:  To  simplify  the  Interpretation  of  the  surface  flow  properties  (and 
forces  and  moments)  output,  it  is  good  practice  to  have  the  same  surface  (say, 
UPPER)  of  each  network  exposed  to  the  external  flow.  Then  the  physical  flow 
properties  will  always  be  printed  under  the  same  heading.  This  can  be_done  by 
choosing  the  directions  of  grid  point  input  such  that  fi  (defined  by  NxM) 
always  points  into  the  exterior  flow  field.  For  example,  the  direction  of 
for  the  network  WING-TOP  can  be  reversed  from  that  shown  in  figure  3.7  by 
entering  the  grid  points  from  trailing  edge  to  leading  edge,  root  to  tip;  this 
reverses  the  direction  of  R  (but  not  N)  so  that  the  direction  ‘RxR  (and  n)  is 
reve/sed,  and  the  upper  surface  is  exposed  to  the  external  flow  field.  The 
disadvantage  of  this  approach  is  that  it  prevents  one  from  using  a  consistent 
input  ordering  scheme.  To  avoid  this  conflict,  PAN  AIR  provides  the  user  with 
a  REVERSE  option  on  record  SF2.  When  this  option  is  specified,  PAN  AIR 
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reverses  the  upper  and  lower  surface  of  the  selected  network(s)  for 
calculations  done  hy  the  POP  module  (similarly  with  record  FM8  for  the  COP 
module).  The  REVF.U„,.  option  does  not  affect  program  results  computed  prior  to 
the  POP  and  COP  modules.  For  example,  the  unit  normal  n,_whose  components  are 
printed  by  the  DQG  module,  Is  always  In  the  direction  of  Nxfi,  whether  or  not 
the  REVERSE  option  Is  used.  Similarly,  the  proper  choice  between  subclass  1 
and  2  boundary  conditions  is  still  based  on  the  original  (that  is,  unreversed) 
upper  and  lower  surfaces  defined  by  TJxR.  The  REVERSE  option  is  Illustrated  by 
the  force  and  moment  case  (FM  records)  which  follows  the  SF  records. 

Record  SF6.  This  record  specifies  the  method  used  for  the  velocity  computa¬ 
tions.  In "this  case  the  velocities  are  to  be  calculated  from  the  boundary 
conditions,  see  section  B.4.1.  This  record  could  have  been  omitted  since  it 
specifies  the  default  condition. 

Record  SF7.  This  record  specifies  the  option  used  in  the  computation  of  the 
pressure.  In  the  present  example  the  approximate  pressure  coefficient  rules 
will  use  the  UNIFORM-ONSET-FLOW  direction  (defined  by  ALPHA  and  BETA,  record 
G6)  In  defining  the  first  order  perturbation  velocity  component  for  each 
solution,  see  section  B.4.2.  This  record  could  have  een  omitted  since  It 
specifies  the  default  condition. 

Record  Set  SF10.  This  record  set  specifies  the  quantities  to  be  printed  by 
the  POP  module  and  is  also  used  to  select  two  associated  computation  options. 
Record  SF10A  specifies  ALL  available  printout  options,  see  table  7.9.  Record 
SFlOB  specifies  that  no  (NONE)  velocity  correction  will  be  used,  see  section 
B.4.1.  This  record  could  have  been  omitted  since  it  specifies  the  default 
condition.  Record  SF10C  specifies  that  the  ISENTROPIC  and  LINEAR  rules  be 
used  in  computing  the  pressure  coefficients,  see  section  B.4.2. 

Record  FM1.  This  record  tells  PAN  AIR  that  one  or  more  "cases"  of  forces  and 

momen ts  c a  1  cu  1  a t i or. s  are  to  be  run.  (It  also  Indicates  completion  of  the 

Input  data  for  the  previous  surface  flow  properties  case.) 

Record  FM3.  This  record  specifies  the  axis  systems  In  which  the  force  and 
moment  coefficients  are  to  be  expressed  In  the  output.  Two  axis  systems  are 
specified:  the  reference  coordinate  system  (RCS),  and  the  wind  axis  system 
(WA")  which  is  defined  from  the  reference  coordinates  by  rotations  of  (minus 
one  times)  the  angles  of  attack  and  sideslip  for  each  solution.  In  both 
systems  the  moment  reference  point  Is  the  origin  (coordinates  0.  0.  0.).  This 
record  could  have  been  omitted  since  It  specifies  the  default  condition. 

Record  FM4.  This  record  tells  PAN  AIR  to  compute  the  force  and  moment 

coefficients  for  both  the  1-DEGRFE-ALPHA  and  the  1-DEGREE-BETA  solutions 
defined  in  record  G6.  This  record  could  have  been  omitted  since  It  specifies 
the  de^iult  condition:  all  defined  solutions. 

Record  Ms  record  specifies  the  options  for  the  force  and  moment 

coefficient's  to  be  (calculated  and)  printed.  The  force  and  moment 
coefficients  for  each  column  (COLSUM)  of  panels  for  each  specified  network  are 
to  be  printed;  the  quantities  are  to  be  expressed  in  the  reference  coordinate 
system  (RCS)  only.  Also,  the  force  and  moment  coefficients  for  each  specified 
network  (NETWORK)  and  for  the  configuration  of  networks  (CONFIGURATION) 
specified  (by  record  FM8)  in  each  "case"  are  to  be  printed;  the  quantities  are 
to  be  expressed  in  all  coordinate  systems  specified  In  record  FM3.  This 
record  could  have  been  omitted  since  it  specifies  the  default  condition. 


Comment:  The  preceding  FM  records  establish  general  conditions,  Including 
several  defaults,  for  the  "cases"  of  forces  and  moments  calculations  specified 
In  the  subsequent  records. 

Record  FM7.  This  record  identifies  one  case  of  forces  and  moments 
calculations.  An  alphanumeric  case  identification  name  (FM-CASE-A)  Is 
specified.  This  name  or  the  corresponding  Integer  index  (see  table  3.2)  Is 
used  to  identify  the  case  In  the  output.  The  following  FM  records  are  for 
this  case. 

Record  FM8.  This  record  Identifies  the  configuration  for  which  force  and 
moment  coefficients  are  to  be  calculated  for  FM-CASE-A.  The  configuration 
consists  of  (1)  the  network  WING-TOP,  both  the  Input  network  (INPUT)  and  its 
Image  network  (1ST)  In  the  plane  of  symmetry,  with  the  Instruction  to  REVERSE 
the  normal  vector  (and  thus  reverse  the  Identification  of  the  upper  and  lower 
surfaces  for  this  network),  and  (2)  the  network  WING-BOTTOM,  both  the  Input 
network  (INPUT)  and  Its  Image  network  (1ST)  in  the  plane  of  symmetry.  The  + 
symbol  on  the  first  card  Indicates  that  the  record  Is  continued  onto  the 
second  card. 

Record  FM12.  This  record  tells  PAN  AIR  to  calculate  the  force  and  moment 
coefficients  on  the  UPPER  surface  for  each  of  the  networks  (and  Images) 
selected  In  record  FM8.  Since  the  normal  vector  of  the  WING-TOP  network  has 
been  reversed  for  this  case  by  record  FM8,  the  UPPER  surface  of  both  networks 
Is  exposed  to  the  external  flow  field  and  will  give  the  force  and  moment 
coefficients  of  physical  Interest.  This  record  could  have  been  omitted  since 
It  specifies  the  default  condition. 

Record  FM13.  This  record  specifies  the  method  used  for  the  velocity  computa¬ 
tions.  FnThis  case  the  velocities  are  to  be  calculated  from  the  boundary 
conditions,  see  section  8.4.1.  This  record  could  have  been  omitted  since  it 
specifies  the  default  condition. 

Record  FM14,  This  record  specifies  the  option  used  In  the  computation  of  the 
pressure.  In  the  present  example  the  approximate  pressure  coefficient  rules 
will  use  the  UNIFORM-ONSET-FLOW  direction  (defined  by  ALPHA  and  BETA,  record 
G6)  In  defining  the  first  order  perturbation  velocity  component  for  each 
solution,  see  section  B.4.2.  This  record  could  have  been  omitted  since  it 
specifies  the  default  condition. 

Record  FM15.  This  record  specifies  that  no  (NONE)  velocity  correction  will  be 
used,  see  section  8.4.1.  This  record  could  have  been  omitted  since  It 
specifies  the  default  condition. 

Record  FM16.  This  record  specifies  that  the  ISENTROPIC  and  LINEAR  rules  will 
be  used  In  computing  the  pressure  coefficients,  see  section  B.4.2. 

Final  Record.  This  record  Indicates  the  completion  of  the  DIP  Input  data. 

Tit '"a  Iso  indicates  completion  of  the  Input  data  for  the  previous  forces  and 
moments  case.) 

Alternative.  The  present  example  allows  an  alternative  way  of  defining  the 
geometric  configuration.  The  configuration  has  two  planes  of  symmetry 
although  only  one  plane  (the  xQ-z0)  is  specified  In  record  G4.  If  the  second 

plane  (the  xQ-yo)  were  also  specified,  then  the  Input  data  for  the  WING-BOTTOM 


3-13 


•jtffcwwi  ■*****!}* 


■jj, 

'!■ 


network  would  be  omitted.  That  network  would  be  automatically  defined  by 
reflection  in  the  second  plane  of  symmetry.  The  resulting  normal  vector  would 
be  the  reverse  of  that  shown  in  figure  3.7,  which  also  reverses  the 
identification  of  the  upper  and  lower  surfaces  for  that  network.  Records  SF2 
and  FM8  would  have  to  be  changed  accordingly;  the  former  WING-BOTTOM  network 
would  now  be  specified  as  additional  images  of  the  WING-TOP  network. 


3.4.6  Printed  Output  Data 


The  printed  output  from  a  standard  PAN  AIR  run  consists  of  two  types  of 
data.  The  first  type  is  the  checkout  Information  which  is  printed  by  ths  MEC 
module  and  by  the  program  modules  (In  the  standard  order  of  execution)  DIP 
through  MDG.  The  second  type  is  the  surface  flow  properties  data  printed  by 
the  PDP  module,  and  the  forces  and  moments  data  printed  by  the  CDP  module. 
These  two  types  of  printed  output  are  described  briefly  below.  In  addition 
each  module  of  PAN  AIR  generates  data  bases  which  may  be  accessed  by  the 
user.  The  PPP  module  allows  the  user  to  sort  geometry  data  from  the  DQG 
module,  surface  flow  properties  data  from  the  PDP  module,  and  forces  and 
moments  data  from  the  CDP  module.  These  sets  of  data  are  sorted  into  a  form 
which  can  be  used  by  plotting  programs  (not  part  of  PAN  AIR)  and  can  be 
printed  by  the  user.  This  program  feature  is  not  described  in  the  present 
example  (see  description  of  the  PPP  module  output  in  section  8). 

Checkout  information  Is  printed  by  each  program.  The  MEC  program  always 
prints  ("echos")  its  input  data  and  prints  some  data  base  information.  The 
other1  modules,  DIP  through  MDG,  print  checkout  information  which  is  controlled 
by  the  user  (record  G17).  In  the  present  example  the  default  option  is  used 
for  the  checkout  prints,  In  which  case  each  module  will  print  warning 
messages,  if  any.  (Error  messages  are  always  printed.)  In  addition  the  DIP 
module  "echos"  all  of  its  input  records.  The  DQG  module  will  print  various 
grid  point,  control  point  and  network  abutment  data,  ihich  are  identified  in 
the  printed  output. 

Some  of  the  printed  output  from  the  PDP  module  is  shown  in  figure  3.10. 

The  first  page,  figure  3.10a,  gives  three  user-supplied  identification  titles 
(one  in  the  MEC  data  and  two  in  the  DIP  data)  and  some  general  problem 
information  specified  by  the  user.  The  second  page,  figure  3.10b,  describes 
the  first  case  of  calculated  surface  flow  properties,  including  the  options 
selected  for  the  case  in  the  surface  flow  properties  data  subgroup.  This  page 
is  printed  at  the  beginning  of  the  data  for  each  case. 

The  third  page,  figure  3.10c,  and  several  similar  subsequent  pages  show 
the  requested  flow  quantities  for  the  case.  The  heading  information 
identifies  the  case,  network,  its  image  and  orientation  (RETAIN,  that  is,  as 
input,  or  REVERSE).  Several  computation  options  selected  by  the  user  for  this 
case  are  also  identified.  The  flow  properties  are  then  printed  for  the 
requested  points.  The  points  (either  control  or  grid  points)  are  indexed  in 
the  manner  of  the  "enriched  (or  fine)  grid  points,"  shown  in  the  example  of 
figure  3.11.  The  flow  quantities  are  then  listed.  The  flow  quantities  on 
both  the  upper  and  lower  network  surfaces  are  printed  as  requested  in  the 
example  problem.  Note  that  the  flow  properties  on  the  upper  surface  are  those 
of  undisturbed  flow,  since  the  upper  surface  is  not  exposed  to  the  physical 
flow  field,  figure  3.7,  and  thus  has  the  perturbation  stagnation  boundary 
condition. 
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Some  of  the  printed  output  from  the  CDP  module  Is  shown  in  figure  3.12. 

The  first  page,  figure  3.12a,  describes  the  first  case  of  calculated  forces 
and  moments.  Including  the  options  selected  for  the  case  In  the  forces  and 
moments  data  subgroup.  The  second  page,  figure  3 . 12b,  gives  three 
user-supplied  identification  titles  and  some  general  problem  Information.  The 
third  page,  figure  3.12c,  gives  additional  Information  on  the  selected 
options.  Including  descriptions  of  the  selected  axis  systems  for  the  force  and 
moment  coefficients:  RCS  (reference  coordinate  system)  and  WAS  (wind  axis 
system). 

The  fourth  page,  figure  3.12d,  and  several  similar  subsequent  pages  show 
the  force  and  moment  coefficients  for  the  case.  The  heading  Information 
Identifies  the  case,  network,  network  Image  and  orientation  (REVERSE  In  this 
example).  User-selected  computation  options  are  also  Identified.  The  force 
and  moment  coefficients  are  then  printed  for  the  requested  panels,  column  of 
panels,  networks,  and  configuration  (which  is  the  total  for  a  case),  for  the 
requested  axis  systems  and  for  the  requested  pressure  coefficient  rules.  The 
panel  and  panel-column  indexing  scheme  Is  shown  In  figure  3.2. 

The  Information  In  figure  3.12  is  repeated  for  all  cases  specified  In  the 
forces  and  moments  data  subgroup.  In  each  case  an  accumulation  record  may  be 
Included  which  instructs  the  CDP  module  to  add  the  force  and  moment 
coefficients  (for  only  one  set  of  computation  options)  to  an  accumulation 
total.  If  at  least  one  accumulation  Is  requested,  then  thd  accumulation  total 
Is  printed  as  an  additional  case  after  the  printed  output  for  all  other  cases. 
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Note:  The  vleweris  looking  at  the  upper  surface 
since  N  x  M  points  toward  the  viewer. 


Figure  3.2  Illustration  of  input  ordering  of  panel  corner  points, 
indexing  of  network  edges,  and  indexing  of  panels. 
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Figure  3.3 


Example  of  thick  configuration  with  an  upper  surface 
(bottom  network)  and  a  lower  surface  (top  network) 
wetted  by  the  physical  flow  field. 


Figure  3.4  Example  of  thin  (average)  configuration 
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lifting  surface 
or  wake  (DW1)  network 


'edge 


p  constant 


wake 


y  carles 


(DWl)  network 


f— f 


doublet  matching 
boundary  condition 


O  control  point 


Note:  The  network  edge  abutments  are  defined  by  the  program 
If  the  separation  distance  e  between  the  network  edges 
Is  less  than  the  geometric  tolerance  distance  specified 
In  record  G7. 

Figure  3.5  Example  of  use  of  DWi  wake  network  and  class  1, 
subclass  4  boundary  conditions 
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Figure  3.6  -  Example  of  use  of  wake  networks 
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JOBNAME , T20 , CM13  OOOO . 

USER, USR NAME, PASSWRD. 

ATTACH , PANPRC/ UN-VSNAME . 

CALL .PANPRC ,RUN( NAME-VSNAME ) 

-  END  OF  RECORD  - 
PAN  AIR 

SYSTEM  VSNAME  BOEING 

RID-  VALIDATION  CASE  ABC  -  CLASS  1  BOUNDARY  CONDITIONS 
DATA  BASE  DIRECTIVE  BLOCK 
APPEND  ABC  ALL 
UN  -  U  SR  NAME  ALL 
MUN  -  VSNAME  ALL 
END  DATA  BASE  DIRECTIVE  BLOCK 
CHECK  DATA  RUN 
END  PANAIR 

-  END  OF  RECORD  - 


CONTROL  CARDS 
AND  JCL 


MEC  DATA 


where  VSNAME  is  the  account  number  under  which  all  PANAIR  program  modules  and 
database  master  definitions  exist  on  disk  and  U SR NAME  is  the  account  number  of 
the  user  running  a  PANAIR  problem. 


Figure  3.8  -  Listing  of  control  cards,  JCL  and  MEC  data 
for  example  problem 
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*1  GLOBAL  DATA  GROUP  - —COMMENT  CARD 

BEGIN  GLOBAL  DATA  /G1 

PID-THICK  DELTA  WING  WITH  CLASS  1  BOUNDARY  CONDITIONS 
UID-USER  IDENTIFICATION 

CONFIGURATION-FIRST-PLANE.O.  1.  Q.,0.  0.  0. , ASYMMETRIC-FLOW  / G4 

MACH-2.0  C ALPHA-0.  CBETA-O.  /G5 

ALPHA  BETA  UINF  SID  /  G6 

1,0  0.0  1.0  1 -DEGREE -ALP HA  /G6.1 

0.0  1.0  1.0  1-DEGREE-BETA  /G6.2 

TOLERANCE  FOR  GEOMETRIC  EDGE  MATCHING-. 001  /G7 

*1  NETWORK.  DATA  GROUP 

BEGIN  NETWORK  DATA  /N1 - INSTRUCTION  RECORD 

NETWORK-WING-TOP,  3,  4,  NEW  /N2A-* - INSTRUCTION-PARAMETER  RECORD 

0.00  0.00  0.00„  0.75  O.OC  +0.03,  1.50  0.00  0.00, 

0.50  0.50  0.00,  1.00  0.50  +0.02,  1.50  0.50  0  00,  1  DATA  RECORDS 

1.00  1.00  C.OO,  1.25  1.00  +0.01,  1.50  1.00  0.00,  (COMMAS  ARE 

1.50  1.50  0.00,  l.R0  1.50  +0.00,  1.50  1.50  0.00  /N2B  OPTIONAL) 

BOUNDARY  CONDITION-1,  LOWER  /N9 

NETWORK-WING-BOTTOM,  3,  NEW  / N2A 

0.00  0.00  0.00,  0.75  0.00  -0.03,  1.50  0.00  0.00, 

0.50  0.50  0.00,  1.00  0.50  -0.02,  1.50  0.50  0.00, 

1.00  1.00  0.00,  1.25  1.00  -0.01,  1.50  1.00  0.00, 

1.50  1.50  0.00,  1.50  1.50  -0.00,  1.50  1.50  0.00  / N2B 

BOUNDARY  CONDITION-! .  UPPER  /N9 

NETWORK-WING-WAKE,  1,.  4,  NEW  /N2A 

1.5  0.0  .0,  10.  0.0  .0,  1.5  0.5  .0,  10.  0.5  .0, 

1.5  1.0  .0,  10.  1.0  .0,  1.5  1.5  .0,  10.  1.5  .0  /N2B 
80UNDARY  CONDITION-?.,  WAKE  1  /N9 

+/  GEOMETRIC  EDGE  MATCHING  OATA  GROUP  -  OMITTED 
*/  FLOW  PROPERTIES  OATA  GROUP 
BEGIN  FLOW  PROPERTIES  DATA  / FP1 

SURFACE  FLOW  PROPERTIES-SF-CASE-A  / SF1 

NETWORK S-IMAGES-WING-TOP,  INPUT,  1ST  +  «* - RECORD  CONTINUATION 

-WING-BOTTOM,  INPUT,  1ST  / SF2  ONTO  A  SECOND  CARD 

SOLUTIONS-l-DEGREE -ALPHA,  1 -DEGREE-BETA  /SF3-DEFAULT 
POINTS-ALL-CONTROL-POINTS  /SF4A 

SURFACE  SELECTIQN-UPPER,  LOWER  / SF5 

SELECTION  OF  VELOCITY  C3MP-80UNDARY-C.0NDITI0N  /SF6-DEFAULT 
COMP  OPTION  FOR  PRESSURES-UNIFORM-ONSET-FLOW  /SF7 -DEFAULT 
PRINTOUT-ALL  /SF10A 

VELOCITY  CORRECTIONS-NONE  /SF10B-DEFAULT 

PRESSURE  COEFFICIENT  RULE S-I SENTROP IC , LI  NEAR  / SF10C 
F  JRCES  AND  MOMENTS  /T Ml 

'.AlS  SYSTEMS-RCS,  0.  0.  0.,  WAS,  0.  0.  0.  /FM3-DEFAULT 
SO*  UTIONS-l-DEGREE-ALPHA,  l-DEGRF.F.-BETA  /FM4-DEFAULT 
PRINTOUT-COLSUM,  ACS,  NETWORK,  CONFIGURATION  /FM5 -DEFAULT 
CASE-FM-CASE-A  /FM7 

HTWGRKS-HIAGES-WING-TOP,  INPUT,  1ST,  REVERSE  + 

-WING-BOTTOM,  INPUT,  1ST  /FM8 
SURFACE  SELECTION-UPPER  /FM12 -DEF AULT 

SELECTION  OF  VELOCITY  COMP-BOUNDARY-CONDITION  /FM13-DEFAULT 
COMP  OPTION  FOR  PRESSURES-UNIFORM-ONSET-FLOW  /FM14 -DEFAULT 
VELOCITY  CORRECTIONS-NONE  /FM15-DEFAULT 

PRESSURE  COEFFICIENT  RULES— I SENTROP IC , L I  NEAR  /FM16 
END  PROBLEM  DEFINITION 


•RECORD  CONTINUATION 
ONTO  A  SECOND  CARD 


Figure  3.9  Licting  of  DIP  input  data  for  example  problem 
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SURFACE  FLOU  PROPERTIES  -  CASE  DUMBER  1  10  -  SF-CASE-A 
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4.0  System  Architecture 


4.1  Software  Overview 


PAN  AIR  is  a  modular  software  system.  The  modules  of  the  system  are 
"standalone"  programs,  each  with  its  own  well  defined  function. 

Execution  of  the  individual  programs  is  controlled  by  an  executive  module, 
MEC,  which  interprets  user  directives  and  generates  control  cards  to  execute 
the  programs  in  the  proper  sequence  (see  sections  5.1  and  6). 

The  individual  programs  are  connected  only  by  the  data  passing  between 
them.  SDMS,  a  Scientific  Data  Management  System  (see  PAN  AIR  Maintenance 
Document,  Section  13),  is  used  to  define  the  format  of  the  data  and  handle  the 
transfer  of  information  between  the  programs  and  disk. 

The  PAN  AIR  modules  are  listed  below. 

MEC  Module  Execution  Control 

DIP  Data  Input  Processor 

DQG  Defining  Quantities  Generator 

MAG  Matrix  Generator 

RMS  Real  Matrix  Solver 

RHS  Right  Hand  Side 

MDG  Minimal  Data  Generator 

POP  Point  Data  Processor 

COP  Configuration  Data  Processor 

PPP  Print/Plot  Processor 

The  MEC  module  is  discussed  in  section  4.4  The  purpose,  data  requirements 
and  processing  steps  of  each  other  PAN  AIR  module  are  described  in  section 
4,2.  Figure  4.1  displays  the  relationship  of  PAN  AIR  with  the  data  bases  and 
shows  the  normal  external  communication.  Figure  4,2  shows  the  standard 
execution  sequence(s)  for  the  programs. 

Except  for  the  PPP  and  MAG  modules,  each  module  produces  a  single 
permanent  data  base  having  a  default  name  which  is  the  name  of  the  module 
creating  it.  The  data  base  created  by  the  MAG  module  is  named  MAK.  Module 
PPP  does  not  produce  any  database  files.  Instead  it  produces  several  output 
files  for  use  in  plotting  and/or  printing  selected  data. 

Section  4.3.2  describes  the  flow  of  data  base  information  between  PAN  AIR 
programs  for  different  solution  options.  Section  8.3  discusses  the  format  and 
content  of  the  data  bases. 
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4.2  Technical  Modules  of  PAN  AIR 


The  following  sections  describe  the  individual  PAN  AIR  modules  in  terms  of: 

1.  Purpose 

2.  Tasks  performed  (and  major  options) 

3.  Input  data 

4.  Output  data 


More  detail  is  given  on  input  and  output  data  in  section  7  and  8.  The 
executive  module  MEC  is  described  in  sections  4.4  and  6  of  this  manual.  In 
addition,  the  design  of  each  program  is  described  in  a  separate  document,  the 
PAN  AIR  Maintenance  Document. 


4.2.1  DIP  -  DATA  Input  Processor 

4. 2. 1.1  Purpose 

The  DIP  module  reads  user  input  data  which  describes  the  PAN  AIR  problem 
and  stores  the  data  on  the  DIP  data  base. 


4. 2. 1.2  Tasks  Performed 


Following  the  execution  of  the  MEC  module,  the  DIP  module  accesses  the  MEC 
data  base  to  read  the  type  of  PAN  AIR  problem  to  be  run.  From  this  dataset, 
DIP  can  determine  whether  a  new  or  updated  data  base  is  to  be  created  from  the 
inputs.  The  possible  options,  described  in  detail  in  section  4.3.2,  are  as 
follows: 


1.  Creation  run  -  no  preexisting  data  base. 

2.  Post  processing  run  -  use  existing  data  base  and  add  PDP,  CDP  and  PPP 

directives  to  it. 

3.  Right-hand-side  update  run  -  use  existing  data  base  and  update  only 

"solution  data." 

4.  IC  update  run  -  use  existing  data  base  and  update  geometric  data. 

The  input  data  are  read  in  free  field  format  from  card  images.  Each  card 
image  is  read,  printed  and  processed.  The  data  are  organized  and  stored  on 
the  DIP  data  base.  The  initial  input  data  for  DIP  should  contain  global  data 
to  describe  the  boundary  value  problem  and  global  defaults,  network  data  to 
describe  the  surface  definition  and  boundary  conditions,  and  the  geometric 
edge  matching  data  to  describe  network  edge  matching.  The  above  data 
(original  or  updated)  is  required  for  solving  a  potential  flow  solution. 

The  post  processing  input  data  for  DIP  may  contain  post-solution 
calculation  cases  and  data  base  output  directives.  Both  of  these  types  of 
data  require  a  preexisting  DIP  data  base  plus  the  results  of  a  potential  flow 
solution  on  the  data  base  produced  by  the  MDG  module. 
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4. 2. 1.3  Input  Data 


The  DIP  module  reads  data  in  card  form  or  from  a  card  image  file  created 
by  the  user,  and  also  reads  from  the  MEC  database  created  during  the  execution 
of  the  MEC  module.  See  section  7  for  detailed  information  on  the  user-defined 
DiP  input  data  (e.g.,  input  options,  syntax,  etc.). 


4. 2. 1.4  Output  Data 


The  output  data  consists  of  printouts  and  a  DIP  data  base.  The  printed 
data  consists  of  the  input  data  and  error  diagnostic  information.  For  details 
of  the  data,  the  reader  is  referred  to  section  8.1.2. 


4.2.2  DQG  -  Defining  Quantities  Generator 


4.2.2. 1  Purpose 


The  Defining  Quantities  Generator  computes  and  defines  a  large  number  of 
intermediate  quantities  required  for  solution  of  the  potential  flow  problem. 
These  quantities  fall  into  three  classes:  control  data,  geometrical  data  and 
boundary  condition  data. 

The  control  data  consists  of  indices  of  all  singularity  parameters  and 
control  points  in  the  configuration  as  well  as  an  indication  of  those 
singularity  parameters  that  are  "known"  and  those  singularity  parameters  and 
control  points  that  are  "null,"  (not  used  to  solve  the  problem). 

The  geometrical  data  Includes  descriptions  of  network  abutments  and 
abutment  intersections,  the  coefficients  of  the  source  and  doublet  splines 
that  define  the  singularity  strengths  over  the  surfaces  of  the  networks  and 
those  geometrical  properties  of  panels  which  are  required  to  compute  the  AIC 
matrix  in  module  MAG. 

The  boundary  condition  data  processing  includes  assignment  of  user 
specified  boundary  conditions  as  well  as  automatic  Imposition  of  doublet 
matching  conditions  at  network  boundaries. 

All  of  the  data  are  stored  on  the  DQG  data  base.  A  small  amount  of 
printed  data  is  available  to  the  user  through  the  selection  of  certain  print 
options  in  the  input  to  DIP. 

DQG  also  analyzes  the  configuration  for  many  types  of  errors  which  may 
lead  to  an  erroneous  or  singular  solution  and  produces  diagnostic  information 
that  the  user  might  use  to  correct  his  input  to  DIP. 


4-3 


4. 2. 2. 2  Tasks  Performed 


The  basic  tasks  of  DQG  are  performed  in  the  six  primary  overlays  of  DQG. 

(A  seventh  primary  overlay  performs  some  useful  but  perfunctory  communication 
to  the  user.)  In  the  first  overlay,  data  from  the  DIP  data  base  are  read, 
copied  and  (in  some  cases)  transcribed  onto  the  DQG  data  base.  In  the  second 
overlay,  the  data  associated  with  individual  networks  are  defined.  Also 
included  are  error  checks  on  network  size  and  Indexing  of  singularity 
parameters  and  control  points.  The  third  overlay  of  DQG  deals  with  the 
inter-relationship  of  networks  with  each  other:  abutments  and  abutment 
intersections.  User  defined  abutments  are  imposed  and  a  search  is  made  for 
any  additional  abutments  in  the  configuration.  A  determination  is  made  of 
network  edges  and  corner  points  where  doublet  matching  boundary  conditions 
will  be  imposed.  If  additional  paneling  is  required  to  fill  in  gaps  between 
network  edges,  gap  filling  panels  are  generated.  Also  network  overlaps  are 
found,  if  any,  and  diagnostics  are  given  as  printed  output.  The  fourth 
overlay  assigns  the  appropriate  number  and  type  of  boundary  conditions  at  each 
control  point  in  the  configuration.  The  fifth  overlay  constructs  the  source 
and  doublet  splines  over  the  network  surfaces.  The  sixth  overlay  computes 
panel  geonetrical  data,  assembles  matrices  describing  source  and  doublet 
strength  over  the  surface  of  the  panel  and  computes  the  moments  of  source  and 
doublet  strength  over  the  surface  of  the  panel.  The  seventh  overlay  produces 
printed  output  of  control  point  data  and  boundary  condition  data. 


4. 2. 2. 3  Input  Data 


All  input  data  to  DQG  comes  from  the  DIP  data  base.  The  input  data 
consists  of  global  properties  of  the  problem  (Mach  number,  compressibility 
vector,  number  of  networks),  network  data  (size  of  network,  singularity  and 
edge  types),  geometrical  data  (panel  corner  point  coordinates,  user  described 
abutment  data)  and  boundary  conditions  that  the  user  wishes  to  impose  at 
control  points. 


4. 2. 2. 4  Output  Data 


The  major  output  produced  by  DQG  is  a  data  base.  Some  of  the  data  base 
information  is  accessible  to  the  user  through  the  execution  of  module  PPP  but 
for  the  most  part  the  information  stored  on  the  data  base  is  not  essential  to 
the  user,  if  access  to  this  data  is  desired,  the  user  must  write  his  own 
FORTRAN  program  to  call  the  appropriate  SDMS  routines  which  will  transfer  the 
data  from  the  disk.  An  example  of  such  a  program  is  shown  in  section  1-A  of 
the  PAN  AIR  Maintenance  Manual.  See  also  section  13  of  the  PAN  AIR 
Maintenance  Document. 

DQG  analyzes  the  user's  configuration  for  many  kinds  of  errors  which  might 
affect  the  accuracy  of  the  solution.  Diagnostic  information  provided  to  the 
user  consists  of  fatal  error  messages  and  warning  messages.  When  a  fatal 
error  occurs  in  a  DQG  overlay,  that  overlay  will  complete  its  operations  (as 
much  as  possible)  but  subsequent  overlays  will  not  be  executed.  However  if 
during  the  execution  of  an  overlay  more  than  ten  fatal  errors  accumulate,  no 
more  processing  in  that  overlay  will  occur,  and  the  program  will  terminate 
execution. 
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In  addition  there  are  several  user-selectable  options  for  printed  output. 
These  include  warning  messages,  network  corner  point  coordinates,  network 
enriched  grid  point  coordinates,  empty  space  abutment  descriptions, 
descriptions  of  all  abutments,  control  point  data,  boundary  condition  data  and 
a  predictive  estimate  of  resources  required  to  obtain  a  full  solution  to  the 
problem.*  After  each  overlay  the  computer  resources  used  for  the  execution  of 
DQG  since  initial  execution  is  printed. 


4.2.3  MAG  -  Matrix  Generator 


4. 2. 3.1  Purpose 


The  Matrix  Generator  module  uses  output  from  the  DQG  data  base  to  generate 
influence  coefficients,  incorporate  symmetry  constraints,  assemble  the 
influence  coefficient  (IC)  matrix,  and  perform  operations  related  to  the 
transformation  of  the  boundary  value  problem  into  systems  of  simultaneous 
linear  equations. 


4. 2. 3. 2  Tasks  Performed 


The  singularity  and  control  point  data  from  DQG  are  grouped  into  the 
categories  of  updatable  and  non-updatable.  In  addition,  the  singularity  data 
are  further  divided  into  known  and  unknown  partitions.  The  new  grouping  of 
data  is  put  into  two  directories  relating  DQG  data  and  MAG  data.  The 
directories  are  stored  in  the  MAK  database.  A  number  of  matrices  are  formed 
from  the  DQG  data.  First,  the  panel  geometry  specifications  and  the 
reformatted  control  point  djta  are  obtained  from  the  DQG  and  MAK  data  bases 
respectively.  The  panel  influence  coefficients  (PIC)  *re  then  formed  from 
complex  computations  defined  in  section  4.2.2  of  the  PAN  AIR  Theory  Document. 
These  PIC  matrices  are  symmetrized  to  form  the  entries  to  the  IC  matrices. 
These  IC  matrices  are  stored  by  column  on  a  temporary  data  base.  Next,  the  1C 
matrices  in  required  row  form  (up  to  5000  words  long)  are  formed  from  the 
column  form  in  which  they  were  stored  on  the  temporary  data  bases.  The 
aerodynamic  influence  coefficients  (AIC)  are  then  constructed  from  the 
boundary  conditions  specified  by  DQG  and  the  IC  matrices.  The  AIC  matrices 
which  correspond  to  the  known  and  unknown  singularities  are  stored  in  the  MAK 
data  base.  Finally,  the  influence  coefficients  IC*s  needed  by  the  MDG  module 
are  transferred  from  the  temporary  data  base  to  the  MAK  data  base. 


4. 2. 3. 3  Input  Data 


All  Input  data  comes  from  the  DQG  data  base.  It  consists  of  global  data 
(flow  condition),  network  specifications,  control  point  specifications, 
boundary  condition  specifications,  singularity  specifications  and  panel 
specification  data. 


*Tne  predictive  estimate  is  not  available  in  Version  1.0 
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4. 2. 3. 4  Output  Data 


Very  little  printed  output  is  provided  by  MAG.  The  output  consists  of 
execution  error  diagnostic  information.  Also,  for  a  successful  run,  a  summary 
of  1C  (Influence  Coefficient)  and  AIC  (Aerodynamic  Influence  Coefficient) 
matrices  generated  by  MAG  is  printed. 


4.2.4  RMS  -  Real  Matrix  Solver 


4. 2. 4.1  Purpose 


The  Real  Matrix  Solver  (RMS)  module  decomposes  the  partition  of  the  AIC 
matrix  associated  with  urknown  singularity  parameters. 


4. 2. 4. 2  Tasks  Performed 


The  RMS  matrix  solution  subroutines  operate  on  the  matrices  in  "blocked 
partitioned  format  "  The  major  tasks  of  RMS  are  to  block  and  decompose  the 
AIC  matrices  into  upper  and  lower  triangular  matrices  and  pivot  terms  for  use 
in  the  solution  process  in  the  RHS  module. 


4. 2. 4. 3  Input  Data 


The  input  data  for  RMS  ccn'ist  of  the  updatable  and/or  non-updatable  AIC 
matrices  corresponding  to  the  unknown  lambda's  (singularity  parameters  as 
shown  in  the  equation  in  section  2.3.2)  from  the  MAK  data  base. 


4. 2. 4. 4  Output  Data 


The  output  data  are  stored  on.  the  RMS  data  base  and  consist  of  the 
decomposed  AIC  matrices  and  blocking  information.  The  RHS  module  uses  this 
data  to  obtain  a  solution.  If  a  fatal  execution  error  occurs,  printed 
diagnostic  information  is  given  before  the  run  aborts. 


4.2.5  RHS  Right-Hand-Side  Generator 


4. 2. 5.1  Purpose 


The  RHS  module  creates  the  righc-hand-side  equality  constraints  for  the 
linear  system  of  equations  defining  the  aerodynamic  problem.  The  constraints 
are  formed  from  the  boundary  conditions  and  other  known  quantities.  The 
module  also  obtains  the  solutions  to  the  linear  system  for  each  control  point 
by  forward  and  backward  substitution  with  the  decomposed  AIC  matrix  obtained 
from  the  RMS  module. 


The  constraint  data  for  the  right-hand-side  are  obtained  from  the  DIP  data 
base  and  transformed  into  a  usable  form  by  RHS.  The  transformed  constraint 
data  are  then  stored  in  a  temporary  data  base. 

The  RHS  module  also  generates  the  symmetrized  right-hand-side  matrix 
consisting  of  two  partitions;  those  for  the  known  AIC  elements  and  those  for 
the  unknown.  Using  matrix  partition  algebra  and  backward  substitution  on  the 
decomposed  AIC  matrix,  all  singularity  parameters  for  all  so^tions  are  found. 


4. 2. 5. 3  Input  Data 


The  constraint  data  is  obtained  from  the  DIP  data  base.  The  data  consists 
of  the  network  specification,  network  bulk  data,  closure  conditions,  general 
boundary  condition  coefficients  and  specified  flow  and  local  onset  flow 
information.  The  directory  of  the  control  point  and  DQG  conversion  index 
information  are  obtained  from  the  MAK  data  base.  The  boundary  condition  type 
data  is  obtained  from  the  DQG  data  base.  The  blocked  and  decomposed  AIC 
matrix  is  obtained  from  the  RMS  data  base. 


4. 2. 5. 4  Output  Data 

The  RHS  module  generates  a  permanent  data  base.  Printed  messages  consist 
of  error  diagnostics. 

4.2.6  MDG  -  Minimal  Data  Generator 


4. 2. 6.1  Purpose 


The  Minimal  Data  Generator  module  is  the  primary  interface  of  the 
upstream,  PAN  AIR  modules,  DIP,  DQG,  MAG  and  RHS,  with  the  post  processing  PAN 
AIR  Modules,  PDP  and  CDP.  It  reads  geometry,  influence  coefficient,  and 
singularity  data  to  generate  a  minimal  data  base  of  information  at  control 
point  and  panel  grid  point  locations.  This  data,  used  by  PDP  and  CDP, 
consists  of  geometric  information  and  basic  flow  quantities:  source  and 
doublet  singularities,  average  potential,  average  mass  flux,  aid  in  specific 
instances,  average  velocity  in  three  components.  All  basic  flow  quantities 
are  stored  on  the  MDG  database  for  all  solutions  and  (if  planes  of  symmetry 
are  present)  for  all  distinct  images.  (See  PAN  AIR  Theory  Document,  sections 
5.7.2  and  K.l) 

The  minimal  data  base  generated  by  MDG  enables  PDP  and  CDP  to  process  data 
without  accessing  the  DQG,  MAK,  and  RHS  data  bases  and  have  that  data 
available  in  a  convenient  format  at  either  control  points  or  panel  grid  points 
for  a  given  image  and  solution. 
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4. 2. 6. 2  Tasks  Performed 


MOG  opens  and  checks  the  condition  of  the  data  bases  from  DQG,  MAG,  and 
RHS  to  assure  that  other  upstream  modules  have  executed  without  errors.  It 
forms  the  MOG  permanent  data  base  fpr  the  global,  network-spec,  and  solution 
data  sets.  For  each  network,  the  control  points  are  determined  for  each 
panel.  The  control  point  and  grid  point  geometry  is  output  to  the  MDG  data 
base. 

The  IC-matrices  from  MAK  and  the  singularities  from  RHS  are  postmultiplied 
to  form  control  point  values  of  average  potential,  mass  flux  and  velocity  in 
three  components  if  specified  by  the  user.  Singularities  are  reformatted 
uniformly  and  unsymmetrized. 

Using  spline  vectors  created  by  DQG,  singularity  values  are  obtained  at 
nine  defining  grid  points  and  five  defining  grid  points  for  doublet  and  source 
singularities  respectively  on  each  panel  (see  figure  4.3).  Suhpanel  splines 
are  used  to  calculate  singularity  values  at  control  points. 

At  control  point  locations  where  1C  values  were  not  calculated,  values  are 
calculated  from  the  boundary  conditions.  If  IC's  were  calculated,  the  ma*s 
flux  is  calculated  from  the  inner  product  of  these  velocities  and  the  control 
point  conormal.  The  values  of  average  potential,  mass  flux,  velocity,  if 
specified,  and  singularities  at  control  points  are  placed  on  the  MDG  data  base. 

Potential  splines,  similiar  to  DQG  doublet  analysis  splines,  are 
calculated  to  produce  values  of  flow  quantities  at  grid  points  from  values  at 
control  points.  The  same  quantities  output  at  control  points  are  output  at 
grid  points  on  each  network. 


4. 2. 6. 3  Input  Data 


MDG  receives  its  data  from  the  DQG,  MAK  and  RHS  data  bases.  From  DQG  it 
reads  global  data,  network  data,  panel  data,  spline  data,  control  point 
information  and  boundary  condition  data.  From  MAK  it  reads  the  IC  matricies, 
and  from  RHS  the  singularities,  solution  data,  right-hand-side  values  and 
symmetry  data. 

The  DQG  global  dataset  consists  of  information  pertinent  to  the  run  such 
as  the  number  and  order  of  networks,  number  of  right-hand-side  solutions,  Mach 
number,  and  number  of  planes  of  symmetry.  Network  data  gives  the  network  size 
and  type  of  source  and  doublet  singularities  on  the  network.  The  spline  data 
consist  of  source  and  doublet  splines  for  calculating  singularities  at  grid 
point  locations  from  the  singularity  locations.  Panel  data  contains  the 
geometry  quantities  stored  on  the  MDG  geometry  datasets,  and  the  subpanel 
splines  for  splining  to  control  points,  plus  coordinates  and  coordinate 
transformations.  The  control  point  data  gives  the  control  point  index  of  each 
control  point  from  its  grid  point  location  and  its  coordinates.  The  boundary 
condition  data  indicates  which  boundary  conditions  are  imposed  at  each  control 
point  for  potential,  mass  flux  and  velocity. 

The  MAK  data  base  contains  the  influence  coefficient  (IC)  matrices.  These 
influence  coefficients  are  multiplied  by  the  singularities  to  give  values  at 
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control  points  of  potential,  mass  flux,  and  possibly  velocity,  depending  on 
the  boundary  conditions. 

The  RHS  data  base  has  singularities  stored  by  columns  (all  singularities 
for  a  single  solution)  and  by  rows  (a  set  of  solutions  for  each  singularity). 
The  RHS  values  are  used  in  evaluating  the  boundary  condition  equation  for 
potential  and  mass  flux.  The  RHS  symmetry  data  determines  the  number  of 
Images  and  the  RHS/MAG  partitioning  of  singularities. 


4. 2. 6. 4  Output  Data 


The  output  from  MDG  consists  of  a  small  amount  of  printed  output  and  the 
MDG  data  base.  The  printed  output  consists  mainly  of  error  diagnostics  if 
they  occur  or  a  message  that  a  successful  run  has  occured.  The  data  base 
output  data  is  described  in  section  8.2.7.  It  is  diverse  and  consists  of 
global,  network,  solution,  control  point  geometry,  grid  point  geometry, 
control  point  and  grid  point  data. 


4.2.7  PDP  -  Point  Data  Processor 


4. 2. 7.1  Purpose 


The  Point  Data  Processor  module  is  designed  to  compute  flow  quantities  on 
configuration  body  and  wake  surfaces.  These  surface  flow  quantities  consist 
of  perturbation  and  total  potential,  perturbation  and  total  velocities? 
perturbation,  total  and  normal  mass  flux,  pressure  coefficients  and  local  Mach 
numbers  for  Isentropic,  linear,  second-order,  reduced  second-order  and  slender 
body  approximations. 

Each  of  these  computed  data  items  is  printed  out  and/o.‘  stored  on  a 
permanent  data  base  for  later  retrieval  as  selected  by  the  user.  The  PDP  data 
<ise  is  generated  only  if  data  base  storage  is  requested  by  the  user. 

The  user  options  are  available  to  PDP  in  the  DIP  data  base  and  the 
configuration  geometry  and  other  minimal  data  is  available  in  the  MDG  data 
base. 


4. 2. 7. 2  Tasks  Performed 


The  PDP  module  gets  the  processed  user  Input,  from  the  DIP  data  base. 

These  consist  of  computation  options  for  potential,  velocity,  velocity 
correction  and  computation  schemes,  pressure  coefficients  and  local  Mach 
numbers.  The  user  can  specify  several  cases  of  options  (a  maximum  of  100)  for 
a  full  PDP  r".r>. 

The  user  has  the  option  of  requesting  a  printed  output  of  the  computed 
quantities  for  each  case.  Since  the  generated  data  base  can  be  very  large, 

PDP  scans  the  user  options  for  all  the  cases  and  produces  a  printed  report  on 
estimated  disk  storage  requirements  (see  section  8.1.8  of  this  document). 


The  configuration  geometry  and  a  minimal  set  of  velocity  data 
(perturbation  velocities  at  points  competed  from  the  AIC  matrices  and  the 
loca1  onset  flow  velocities  etc.)  are  available  to  PDP  in  the  MDG  data  base. 
PDP  computes  the  average  and  difference  velocities  at  user  selected  point 
types  for  each  selected  network,  image  and  solutions  and  uses  these  data  to 
compute  the  perturbation  and  total  velocities  on  each  selected  surface.  The 
velocities  are  corrected  by  \  >n  by  the  user  selected  correction  schemes  and 
are  then  used  to  compute  pressure  coefficients  and  local  Mach  numbers  for  the 
selected  rules  (Isentropic,  linear,  second-order,  reduced  second-order  and 
slender  body). 

These  flow  quantities  are  written  to  the  output  file  and/or  to  the  PDP 
doia  base  for  later  retrieval  by  the  PPP  module. 


4. 2. 7. 3  Input  Data 


The  processed  user  options  data  for  surface  and  wake  flow  properties  are 
provided  by  the  DIP  data  base. 

The  minimal  set  of  configuration  geometry  and  velocity  data  is  provided  by 
the  MDG  data  base.  These  consist  of  network  geometry  for  control  and  grid 
points,  average  potential,  average  velocity  and  local  onset  fTow  velocities. 


4. 2. 7. 4  Odtput  Data 


The  Point  Data  Processor  generates  a  permanent  data  base  containing  user 
selected  flow  quantities  on  the  configuration  body  and  wake  surfaces.  The 
module  also  produces  as  printed  output  the  flow  quantities  selected  for 
printing  by  the  user.  The  printed  output  is  designed  for  easy  reference  of 
data.  The  global  data  for  the  run  and  the  selected  options  for  each  case  are 
printed  out.  The  run  and  problem  identification,  date  of  run,  network,  image, 
solution  indices  and  the  case  numbers  are  available  in  the  report  headers  on 
each  page  of  the  output.  The  selected  flow  quantities,  potential,  velocities, 
mass  flux,  pressure  coefficients  ano  local  Mach  numbers  are  printed  out  for 
each  velocity  correction,  velocity  computation  and  surface  selected.  This  is 
repeated  for  each  image,  network  and  solution  selected  by  the  user. 

An  estimate  of  disk  storage  requirements  for  a  full  PDP  run  is  produced  at 
the  beginning  of  each  run.  At  the  end  of  aach  run,  an  error  and  accounting 
summary  report  is  printed. 


4.2.8  CDP  -  Configuration  Data  Processor 


4. 2-8.1  Purpose 


The  Configuration  Data  Processor  is  designed  to  compute  forces  ano  moments 
on  configuration  body  and  wake  surfaces.  The  computed  forces  and  moments  are 
printed  out  and/or  stored  in  a  permanent  data  base  for  later  retrieval  as 
selected  by  the  user.  The  CD?  permanent  data  base  is  generated  only  if  it  is 
requested  by  the  user. 
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The  user  options  for  CDP  are  obtained  from  the  DIP  data  base  and  the 
configuration  geometry  and  other  minimal  data  are  obtained  from  the  MDG  data 
base. 


4. 2. 8. 2  Tasks  Performed 


The  Configuration  Data  Processor  obtains  the  processed  user  input  from  the 
DIP  data  base.  These  consist  of  lists  of  user  selected  networks,  solutions, 
axis  systems  and  configuration  options  for  forces  and  moments.  The  user  can 
specify  several  cases  of  options  (a  maximum  of  100)  for  a  full  CDP  run. 

The  user  has  the  option  of  requesting  printed  output  and/or  storage  In  CDP 
data  base  of  the  computed  force  and  moment  data  for  each  case  of  options. 

Since  the  generated  uat«  base  can  be  very  large,  CDP  scans  the  user  options 
for  all  the  cases  and  prints  out  the  estimated  data  storage  requirements  for  a 
full  run. 

The  configuration  geometry  and  a  minimal  set  of  velocity  data  are 
available  from  the  MOG  data  base.  The  CDP  module  computes  the  average  and 
difference  velocities  on  the  points  of  each  panel,  corrects  these  velocities 
according  to  the  user  selected  correction  schemes,  and  computes  the  selected 
pressure  coefficients  from  the  velocity  in  a  user-selected  preferred 
direction.  These  pressure  coefficients  are  used  to  compute  forces  and  moments 
on  each  panel.  The  edqe  forces  and  the  corresponding  moments  are  also 
computed  on  user  selected  network  edges. 

The  computed  forces  and  moments  are  transformed  to  user  selected  axis 
systems  (a  maximum  of  4)  and  printed  out  and/or  stored  in  the  CDP  data  base 
for  later  retrieval  by  the  user  with  the  PPP  module. 

The  CDP  module  allows  the  user  to  sum  forces  and  moments  for  all  panels  in 
a  column,  for  all  columns  in  a  network  and  for  all  networks  in  a 
configuration.  A  configuration  consists  of  all  selected  networks  for  a 
particular  case.  In  addition  the  use*"  may  request  to  sum  or  accumulate  forces 
and  moments  for  selected  configurations  of  a  PAN  AIK  run. 


4. 2. 8. 3  Input  Data 


The  processed  user  option  data  for  computation  of  forces  and  moments  are 
available  from  the  DIP  data  base. 

A  minima!  set  of  configuration  geometry  and  velocity  data  is  provided  by 
the  MDG  data  base.  These  consist  of  network  geometry  for  control  and  grid 
points,  average  velocities  and  local  onset  flow  velocities. 


4. 2. 8. 4  Output  Data 


The  Configuration  Data  Processor  generates  a  permanent  data  base 
containing  user  selected  forces  and  moments  on  the  configuration  body  and  wake 
surfaces.  The  module  also  produces  as  printed  output  the  forces  and  moments 
data  selected  for  printing  by  the  user.  The  global  data  for  the  run  and  the 
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selected  options  for  each  case  are  also  printed  out.  The  run  and  problem 
identification,  date  of  run,  network,  image  and  solution  indices,  case  number 
and  all  identifying  labels  are  provided  in  each  page  of  the  output  report. 

The  computed  forces  and  moments  are  printed  for  each  velocity  correction, 
velocity  computation,  pressure  rule,  and  axis  system  selected  by  the  user,  for 
each  image,  network  vid  solution  selected. 


4.2.9  PPP  -  Print/Plot  Processor 


4. 2. 9.1  Purpose 


The  Print  Plot  Processor  module  extracts  user  selected  information  from 
selected  PAN  AIR  data  bases  and  prepares  the  data  in  a  format  suitable  for 
processing  by  plot  programs  external  to  PAN  AIR. 


4. 2. 9. 2  Tasks  Performed 


Tho  PPP  module  extracts  user  se’ecieci  data  from  the  DQG,  PDP,  and  COP  data 
bases  and  reformats  the  information  for  use  in  preparing  plot  files.  The  data 
are  selected  from  a  menu  consisting  of  geometry  data  from  DQG,  point  data,  from 
PDP,  and  configuration  data  from  CDP. 


4. 2. 9. 3  Input  Data 


User  Instructions  selecting  the  data  to  be  processed  are  read  from  the  DIP 
data  base.  Based  upon  these  instructions  PPP  reads  and  creates  plot  files 
from  the  following  data  bases; 

DIP  global  data  and  options  selected  by  user  for  PPP. 

DQG  network  geometry  (panel  corner  points  only)  and  globe'  data. 

PDP  pressures,  velocities,  mass  flux,  ere.  at  control  points  for 

each  case  for  each  solution,  net  ->rk,  velocity  computation 
option  and  velocity  correction  option  select*,  by  user. 

CDP  forces  and  moments  for  panols,  columns  of  panels,  networks  and 

configurations. 


4. 2. 9. 4  Output  Data 


PPP  generates  two  output  items: 

o  A  printed  listing  deserving  the  information  extracted  from  the  PAN 
AIR  d.ta  base(s). 

o  A  coded  file  containing  the  user  requested  data  to  be  plotted. 
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4.3  System  Interfaces 


4.3.1  Modes  of  Input/Output 


Figure  4.4  displays  the  types  of  data  going  in  and  out  of  the  PAN  AIR 
system.  All  data  used  within  PAN  AIR  is  originally  read  by  the  system  from 
cards  or  a  disk  file  containing  card  images.  The  output  data  is  generated  in 
the  following  forms: 

o  Printed  output  from  each  program 

o  Data  file  of  plot  information  from  PPP 

o  The  SDMS  data  bases  produced  by  each  program 

o  The  control  cards  produced  by  MEC 

However,  the  control  cards  generated  by  MEC  are  executed  immediately  after 
being  generated  and  then  normally  allowed  to  disappear.  The  control  cards  are 
described  in  section  S.4. 


4. 3. 1.1  Card  Input  Data 


Users  generate  a  card  deck  to  run  PAN  AIR.  The  deck  contains  three  sets 
of  records  (each  separated  by  an  "end-of-record"  card)  as  shown  in  figure  4.5. 

The  first  set  of  CDC  control  cards  retrieves  the  MEC  module,  executes  MEU 
and  then  executes  the  proper  sequence  of  PAN  AIR  programs.  This  limited  set 
of  control  cards  is  described  in  section  5.2. 

The  secono  set  contains  the  user  directives  read  by  MEC.  The  directives 
define  the  type  of  problem  to  be  solved  and  indicate  where  the  data  bases  are 
to  be  found  or  stored.  The  MEC  directives  are  described  in  section  6. 

The  third  set  is  a  detailed  definition  of  the  model  and  problem  options. 

It  contains  network  geometry  and  boundary  conditions,  flow  options,  solution 
options  and  other  information  to  be  read  by  DIP.  Some  data  may  be  omitted  and 
the  program  will  assume  defaults.  Section  3  is  a  beginner's  guide  to  the  DIP 
input  data  and  section  7  describes  the  DIP  data  in  detail. 


4. 3. 1.2  Printed  Output 


Each  PAN  /,IR  module  generates  some  printed  output.  The  output  is  labelled 
to  indicate  the  beginning  and  end  of  each  module's  processing.  Section  8 
describes  the  print  options  and  how  to  request  them, 


4. 3. 1.3  Plot  Data  File 


According  to  user  instructions  (described  in  section  7.7)  the  PPP  module 
will  extract  information  from  the  PAN  AIR  data  bases  and  generate  a  file  of 
data  in  a  format  suitable  for  plotting.  The  file  is  described  in  section  9.3. 

4.3.2  Description  of  PAN  AIR  Data  Flow 


4. 3. 2.1  Check  Data  Run 


PAN  AIR  has  an  option  to  check  the  input  data  before  a  problem  is 
executed.  The  MEC  and  DIP  modules  are  executed  with  the  option  of  adding  DQG 
and/or  PPP  to  obtain  a  file  for  plotting  the  data.  Figure  4.6  illustrates  the 
flow.  Example  1  of  section  8.5  gives  the  input/output  for  a  check  data  run 
followed  by  a  full  PAN  AIR  run.  For  this  run,  the  check  data  run  would 
execute  but  the  full  potential  flow  problem  would  not. 

A  combination  of  a  check  data  run  and  other  PAN  AIR  problems  can  be 
specified.  In  this  case,  control  cards  for  both  the  check  data  run  and  the 
other  PAN  AIR  problems  are  listed  but  only  the  check  data  run  will  be 
executed.  This  enables  the  user  to  check  both  the  DIP  input  data  and  the 
control  cards  specified  for  the  desired  PAN  AIR  problem. 


4. 3. 2, 2  Standard  Potential  Flow  Problem 


The  standard  potential  flow  problem  executes  the  modules  MEC,  DIP,  DQG, 
MAG,  RMS,  RHS  and  MDG.  In  addition  one  or  more  of  the  modules  PDP,  CDP,  PPP 
may  be  added.  The  resulting  output  from  a  potential  flow  problem  could 
consist  of  velocity,  mass  flux,  pressure  coefficients,  force  and  moment 
coefficients  and  plot  data.  Figure  4.6  illustrates  the  data  flow. 


4. 3. 2. 3  IC-Update  Problem 


The  IC  update  problem  requires  execution  of  the  same  modules  as  the 
standard  potential  flow  run.  However,  it  is  a  subsequent  run  to  a  standard 
run  and  the  data  bases  DIP,  MAK  and  RMS  must  be  saved  and  available  for  the  IC 
run.  Figure  4.7  illustrates  the  uata  flow.  Section  6.3  discusses  the  MEC 
directives  required  for  an  IC  upuate  run.  The  IC  update  capability  is 
described  in  section  7.2.3. 


4. 3. 2. 4  Solution  -  Update  Problem 


The  solution  update  problem  executes  the  modules  MEC,  DIP,  RHS,  MDG,  PDP 
and  CDP.  This  type  of  run  finds  solutions  for  the  original  pcnel  geometry 
with  new  right-hand-side  constraints.  The  plotting  preparation  module  PPP  is 
optional.  Data  bases  DIP,  DQG,  MAK  and  RMS  must  be  saved  from  a  previous 

t- 
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run.  Figure  4.9  illustrates  the  data  flow.  Section  6.3  discusses  the  MEC 
directives  for  this  type  of  run.  The  solution  update  capability  is  described 
in  section  7.2.3. 


4. 3. 2. 5  Additional  Post-Solution  Problem 


Once  a  potential  flow  problem  has  been  run,  additional  data  processing  and 
plotting  may  he  requested  provided  that  the  data  bases  from  DIP  and  MDG  have 
been  saved.  The  DIP  module  does  not  have  to  be  run  aqain  provided  all  output 
requests  from  PDP,  CDP  and  PPP  have  been  anticipated  in  the  first  standard 
run.  Otherwise,  the  DIP  module  will  have  to  be  executed  again  for  a 
post-processing  run.  Having  the  data  bases  for  DIP  and  MDG  available,  the 
user  may  select  some  combination  of  the  modules  PDP,  CDP,  and/or  PPP.  F'  ••-■e 
4.9  indicates  the  sequence  of  computation.  Section  6.3  discusses  the  ME 
directives  required  to  set  up  a  Post  Solution  Run.  The  post-processing  run, 
including  optional  updating  of  the  DIP  data  base,  is  described  in  section 
7.2.3. 


4. 3. 2. 6  Non-Standard  Runs 


Non-standard  runs  of  the  PAN  AIR  system  may  be  introduced  with  the 
executive  commands  of  the  MEC  module.  These  commands  allow  the  user  to 
execute  any  existing  module,  use  existing  data  bases  and  introduce  any 
Tegitimate  control  card  into  the  control  card  stream.  Section  6.0  describes 
the  MEC  commands. 


4.3.3  Accessing  Data  Produced  by  PAN  AIR 


4. 3. 3.1  Use  of  Data  Bases 


Each  of  the  PAN  AIR  modules  generates  and  maintains  one  or  more  data  bases 
for  use  by  subsequent  modules.  Saving  or  purging  the  appropriate  data  bases 
is  controlled  by  the  user  directives  to  the  MEC  (Module  Execution  Control) 
module.  Figure  4.10  illustrates  the  use  of  the  data  bases  and  their  creation 
sequence.  The  table  should  be  read  by  row.  Row  1  shows  that  the  DIP  data 
base  was  created.  Row  4  shows  that  the  RMS  module  does  not  need  the  DIP,  DQG 
or  MAK  databases,  but  it  uses  the  MAK  database  and  creates  the  RMS  data  base. 

Data  base  integrity  is  maintained  by  the  SDMS  module  and  the  status  of 
each  data  base  (whether  usable  or  not)  is  maintained  by  each  module. 

For  those  users  who  require  auditional  output  beyond  what  has  been 
provided  by  the  options  available  in  PAN  AIR,  the  information  is  usually 
available  from  one  or  more  of  the  databases.  To  access  a  database  created  by 
a.  PAN  AIR  run,  the  user  will  have  to  write  a  FORTRAN  program.  An  example  of 
such  a  program  is  given  in  the  PAN  AIR  Maintenance  Document,  in  appendix  1-B. 
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4. 3. 3. 2  Use  of  PAN  AIR  Plot  Data  File 


The  post-processing  module  PPP  generates  a  formatted  p : *>t  file  that  can  be 
used  by  appropriate  plotting  software  external  tc  PAN  AIR.  The  contents  of 
this  plot  file  depends  on  the  user  directives  and  consists  usually  of  three 
groups  of  data: 

1.  limited  configuration  geometry  data, 

2.  surface  and  wake  flow  pressure  and  velocity  data,  end 

3.  forces  and  moments  data. 

The  geometry  data  is  derived  from  the  DQG  data  base.  PPP  retrieves  the 
pressure  and  velocity  data  from  the  PDP  data  base  and  the  forces  and  moments 
data  from  the  CDP  data  base  selectively  as  dictated  by  the  user  directives. 


4.4  Module  Execution  Control 


4.4.1  PAN  AIR  System  Execution  Philosophy 


The  modules  of  the  PAN  AIR  software  system  must  be  run  in  a  particular 
order  to  solve  each  problem.  Each  module  requires  large  amounts  of  input  data 
from  previous  calculations,  other  modules  or  raw  data.  To  simplify  the  use  of 
the  system  some  special  constraints  were  imposed  on  the  design.  The  use  of 
databases  for  data  communication  between  and  within  modules  is  intended  to 
alleviate  the  problems  of  dealing  with  massive  amounts  of  input  and  output 
data.  While  these  problems  are  solved  very  satisfactorily  by  this  approach,  a 
few  complications  are  also  introduced.  The  purpose  of  the  MEC  module  is  to 
simplify  these  complications  so  that  the  user  who  desires  to  run  PAN  AIR  in  a 
straightforward  fashion  may  do  sc  with  minimal  concern  for  the  more  esoteric 
aspects  of  file  handling  and  control  cards. 

There  are  two  complications  which  arise  because  of  the  design 
constraints.  First  since  each  module  is  a  separate  program,  appropriate 
control  cards  must  be  provided  to  assure  that  each  program  is  executed  in  the 
proper  order  to  solve  the  problem.  Secondly,  the  database  system,  SDMS, 
generates  four  files  for  each  database  that  is  created  during  the  execution  of 
PAN  AIR.  This  creates  a  file  management  problem. 

Due  to  these  complications  the  number  of  control  cards  required  for  even  a 
fairly  simple  execution  of  PAN  AIR  can  easily  exceed  one  hundred,  especially 
if  suitable  comments  are  included  in  the  deck.  It  would  be  impractical  for  a 
user  to  supply  such  a  deck  of  cards.  To  case  this  problem,  the  MEC  module 
automatically  creates  control  cards  to  run  the  PAN  AIR  system  from  a  small 
number  of  user  problem  definition  directives.  These  control  cards  take  care 
of  both  the  execution  of  PAN  AIR  modules  In  correct  sequence  and  the 
management  of  the  database  files  which  are  created  during  execution.  (Note 
that  with  regard  to  managing  the  databases  created  by  a  PAN  AIR  run,  the 
system  design  philosophy  is  such  that  any  databases  which  are  not  needed  for 
execution  of  the  remaining  modules  are  purged.  If  any  of  the  databases  are 
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required  by  the  user  for  some  special  purpose,  tne  user  must  supply  MEC  with 
appropriate  directives  to  save  those  databases  which  are  required.  Section  6 
discusses  in  detail  the  appropriate  user  problem  definition  directives.} 

The  overall  system  architecture  is  depicted  in  figure  4.11.  Data  flow 
procedes  generally  from  left  to  right.  The  MEC  module  produces  printed  output 
of  user  directives  and  control  cards,  creates  a  control  card  file  for 
execution  and  creates  a  data  base  for  the  other  modules.  The  DIP  module  uses 
the  MEC  data  base  and  reads  in  the  raw  input  data  for  the  posed  PAN  AIR 
problem.  The  DIP  module  outputs  the  input  data  card  image  and  a  data  base  for 
th»  other  modules.  The  PPP  module  used  for  print  and  plot  preparation  in 
conjunction  with  DIP  and  the  other  modules  produces  a  taps  used  for  plotting 
purposes. 

The  MEC  data  base  contains  this  run  identification  information  and  data 
base  information  of  the  other  module  data  bases.  Information  such  as  data 
base  names,  account  and  identification  numbers  of  the  files  containing  the 
data  bases,  passwords  and  type  are  stored.  Also,  database  status  information 
such  as  existing  or  net,  used  or  not  used  and  saved  or  not-saved  are  stored. 
This  Information  is  used  to  decide  which  data  bases  should  be  purged  to  save 
disk  space. 


4.4.2  The  MEC  Module 


4. 4. 2.1  Purpose 


The  MEC  module  creates  a  file 
based  upon  the  user  posed  PAN  AIR 


of  control  cards  and  data  base  Information 
problem. 


4. 4. 2. 2  Tasks  Performed 


A  data  base  Is  created  for  use  by  other  PAN  AIR  modules.  It  contains  data 
base  information  on  data  base;’  used  or  created  by  the  other  modules.  Run 
identification  Is  also  processed  and  stored  in  the  data  base.  Codes  are  set 
to  indicate  whether  data  bases  are  used,  in  existence  or  saved. 

User  directives  for  modifying  the  data  base  information  table  are 
processed  by  MEC  and  appropriate  modifications  to  the  MEC  date  base  are  made. 

User  directives  for  defining  the  PAN  AIR  problem  are  also  interpreted  and 
processed.  As  a  result  of  these  directives,  a  file  of  control  cards  is 
created  which  will  solve  the  specified  PAN  AIR  problem. 


4. 4. 2. 3  Input  Data 


User  directives  are  supplied  to  MEC  via  cards  and  or  card  images.  The 
cards  contain  run  identification  information,  data  base  directives,  problem 
definition  directives  and  control  card  information. 
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4. 4. 2. 4  Output  Data 


The  output  consists  of  the  data  base  Information  table,  the  card  images 
used  for  input,  a  printout  of  the  generated  control  card  file  and  error 
diagnostics.  Section  8.5  contains  examples  of  the  output  from  MEC. 
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Figure  4.1  -  Relation  of  PAN  AIR  Modules,  Data  Bases, 
and  External  Input/Output 


* 


4-19 


x  Doublet  O  Source 


Figure  4.3  -  Panel  points  at  which  doublet  and  source  strengths 
are  defined  by  DQG-produced  spline  vectors 
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Directives 


INPUT  < 


User 

Input  Data 


•  Access  MEC 
«  Run  MEC 

•  Run  MEC  Procedure 


•  Define  Data  Bases 

•  Define  Analysis  Type 


PAN  AIR 
SYSTEM  1 


l 


iutput 


•  Geometry 

•  Boundary  Condition 

•  Options 


Control  Cards 


•Execute  PAN  AIR 
modules  In  proper 
sequence 


Textual  file  of 
data  extracted 
from  data  base(s) 
for  plotting 


Printed 

Output 


•  From  MEC,  DIP 
and  each  module 
executed 


Figure  4.4  -  Modes  of  Inpuc/Output 


r.nd  of  File 


IIP  Input  Data 


•User  Input  data 
defining  problem 


|End  of  Record 


1EC  Input  Data 


End  of  Record 


User  Instructions  to  MEC 
describing  the  problem  type 


User  Supplied  JCL 


-limited  set  of  control  cards  to  submit 
job  for  processing  and  begin  execution 
of  MEC  (Module  £xecut1on  Control). 


Figure  4.5  -  Deck  to  Submit  PAN  AIR 
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Check  Data  Run 


Check  Data  Run  with 
Potential  Flow  Run 


Check  Data 


Potential  Flow 


Figure  4.6  -  Check  Data  and  Potential  Flow  Run 


I 


MAG  021000000 

RMS  002100000 

RHS  2  2  2  4  1  0  0  0  0 

MDG  0  3  4  0  3  1  0  0  0 

PDP  2C0002100 

CDP  200004010 

PPP  440040444 

Codes 

0  -  Not  used  or  not  created 

1  -  Created 

2  -  Used 

3  -  Not  needed  thereafter  unless  PPP  was  requested  or  a  save 

has  been  issued 

4  -  Not  needed  thereafter  unless  requested  for  a  save 


5.0  System  Usage 


5.1  Usage  Overview 


The  PAN  AIR  software  system  can  be  accessed  either  through  cards  or  a  card 
image  input  file.  Figure  4.5  illustrates  the  overall  deck  structure  of  a  PAN 
AIR  -un.  The  DIP  module  accepts  input  from  cards  in  the  input  file  or  from  a 
local  file  defined  by  the  user  in  the  MEC  input  data. 


5.2  The  Job  Control  Cards  JCL  for  Initiation  of  PAN  AIR 


The  description  of  the  user  supplied  and  system  supplied  control  cards  is 
complicated  by  the  various  user  computer  installations  and  the  different 
operating  systems.  There  are  basically  four  different  combinations  of 
installations  and  operating  systems  that  PAN  AIR  was  installed  on  prior  to 
general  release.  They  are  described  in  Table  5.1.  The  user  supplied  JCL  and 
the  system  supplied  JCL  are  defined  separately  for  the  three  different 
combinations. 


5.2.1  NOS  1.2  JCL  (Boeing  Installation) 


5. 2. 1.1  User  Supplied  JCL 


In  order  to  initiate  the  PAN  AIR  software,  the  user  must  supply  the 
following  cards: 

jobname,  Ttt.CMfl. 

USER, username,  pw. 

ATTACH, PANPRC/UN=name . 

CALL , P ANPRC , R  UN ( NAME-name ) 


where 

tt 

is  the  CPU  time  needed  e.g.,  100, 

fl 

is  the  central  memory  needed  e.g.,  130000, 

username 

is  the  user  account  number, 

pw 

is  the  password  for  username, 

PANPRC 

is  the  procedure  file  containing  job  control  cards  to 
execute  PAN  AIR 

and 

name 

is  the  account  number  where  all  PAN  AIR  programs  and  data 
base  master  definition  files  reside. 

Once  executed,  these  cards  will  access  a  procedure  file  stored  with  the. 
PAN  AIR  software  system.  The  contents  of  this  procedure  file  is  described  in 
the  next  section. 
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5, 2. 1.2  PAN  AlR  Supplied  JCL 


The  set  of  procedure  cards  stored  with  the  PAN  AIR  software  system  and 
used  to  access  the  MEC  module  is  as  follows: 

COMMENT.***  THE  FOLLOWING  CARDS  ARE  THE  PANPRC  PROCEDURE*** 
RUN. 

COMMENT. 

COME  NT.  ***  ACQUIRE  MEC*** 

COMMENT. 

ATTACH,  MEC/UN-name. 

MEC. 

RETURN, MEC. 

COMMENT.  **  MEC  PUTS  *** 

COMMENT.  ***  CONTROL  CARDS  ON  *** 

COMMENT.  ***  FILE  MECCC  *** 

COMMENT. 

REWIND, MECCC. 

COMMENT. 

COMMENT.  ***  EXECUTE  PROCEDURE  *** 

COMMENT.  ***  ON  MECCC  *** 

COMMENT. 

CALL .MECCC .MECCC (UN-name ' . 

EX1T.C. 

COMMENT. 

COMMENT.  ***  END  OF  PANPRC  PROCEDURE  *** 

COMMENT. 

It  should  be  noted  that  “name"  in  the  above  JCL  is  the  same  as  "name"  in  the 
JCL  in  the  previous  section  (5. 2. 1.1),  "name"  being  the  account  number  where 
all  PAN  AIR  program  modules  and  data  base  master  definition  files  reside. 


5.2.2  NOS  1.2  JCL  (NASA  Langley  Installation) 


5. 2. 2.1  User  Supplied  JCL 


jobname,  Ttt,  cmfl. 

Accjunt,  username,  pw. 

C'!ARGE(nnnnnn,  LRC) 

!'ACKNAM(packname) 

ATTACH, PANPRC/UN=name. 

C ALL , PANPRC , RUN ( NAME- name ) 

where  nnnnnn  and  LRC  are  the  parameters  required  by  the  installation 

for  accounting  purposes, 

packname  is  disk-pack  name  (serial  number)  assigned  to  the 

user  where  PAN  AIR  resides. 

and  the  other  parameters  have  the  same  meaning  as  described  in  section 
5. 2. 1.1. 
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5. 2. 2. 2 


PAN  AIR  Supplied  JCL 


This  set  of  JCL  is  the  same  as  that  given  in  section  5. 2. 1.2.  All 
differences  between  the  NOS  1.2  Boeing  installation  and  NASA  Langley 
installation  are  recognized  by  the  MEC  module  and  thus  accomodated  in  MEC 
generated  control  card  file  "MECCC". 


5.2.3  NOS/BE  JCL  (Wright  Patterson  Air  Force  Base  Installation) 


5.2.3. 1  User  Supplied  JCL 


The  following  cards  must  be  supplied  by  the  user  to  begin  execution  of  the 
PAN  AIR  software  system: 


jobname ,Ttt , CMf 1 , IOnnnn . account 
ATTACH, PANPRC, ID-name. 
BEGIN.RUN, PANPRC, name, sn. 


where 


and 


nnnn  is  the  I/O  time  needed, 
account  is  the  user  account  number, 

name  is  the  identification  (10)  for  all  PAN  AIR  programs  and 
master  definition  files 

sn  is  the  setname  of  disk  unit  assigned  to  the  user  account. 


These  cards  will  call  upon  a  JCL  procedure  file  ("PANPRC")  stored  with  the 
PAN  AIR  software  system  which  will  continue  processing. 


5. 2. 3, 2  System  Supplied  Centro!  Cards 


The  set  of  procedure  cards  stored  with  the  PAN  AIR  software  system  used  to 
access  the  MEC  module  and  continue  execution  is  as  follows: 


.PROC, RUN, name,  sn. 

COMMENT. 

COMMENT.  "**  THE  PANPAC  PROCEDURE  FOLLOWS  *** 
COMMENT. 

ATTACH, MEC , ID=name ,SN»sn . 

MEC. 

RETURN, MEC. 

COMMENT. 

COMMENT.  ***  A  SYSTEM  PROCEDURE  ON  FILE  MECCC  *** 
COMMENT.  ***  IS  CREATED  BY  MEC  *** 

COMMENT. 

REWIND, MECCC. 

BEGI N, MECCC .MECCC , name , sn . 

EXIT.C. 

COMMENT. 

COMMENT.  ***  END  OF  PANPRC  PROCEDURE  *** 

COMMENT. 

REVERT. 
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5.2.4  Scope  2.1.3  OCL  (NASA  Ames  Installation) 


The  user  must  supply  the  following  JCL  cards  to  initiate  execution  of  the 
MEC  module,  which  in  turn,  generates  a  local  file  named  MECCC  from  which  the 
user  obtains  the  remaining  JCL  cards  for  a  PAN  AIR  run.  The  MECCC  file 
contains  two  JCL  procedure  cards,  the  first  and  the  last.~~They~must~5e 
removed  manually  and  the  remaining  “cards  are  placed  after  the  same  set  used  to 
obtain  thenfin  the  first  place. 

FIRST  RUN 


jobname,Ttt,CMf 1 ,YDn,YLm. 

ACCOUNT , username , accoun  t . 

SETNAME(sn) 

MOUNT, VSN«vsn ,SN»sn . 

ATTACH, MEC, ID-name.SN-sn. 

MEC. 

RETURN, MEC. 

COMMENT. 

COMMENT.  **♦  A  SYSTEM  PROCEDURE  ON  FILE  MECCC  *** 
COMMENT.  **♦  IS  CREATED  BY  MEC  *** 

COMMENT. 

REWIND, MECCC. 

DISPOSE,  MECCC, PH. 

The  last  control  card  punches  out  the  file  MECCC. 

SUBSEQUENT  RUN 

jobname,Ttt,CMf 1 ,Y0n,YLm. 

ACCOUNT, username, account. 

SETNAME(sn) 

MOUNT,  VSN=>vsn ,  SN-sn . 

ATTACH, MEC, ID-name,SN*sn. 

MEC. 

RETURN, MEC. 

COMMENT. 

COMMENT.  ***  A  SYSTEM  PROCEDURE  ON  FILE  MECCC  * 
COMMENT.  ***  IS  CREATED  BY  MEC  *** 

COMMENT. 

REWIND, MECCC. 

♦DISPOSE, MECCC, PU 
*.PROC, MECCC. 

COMMENT. 

COMMENT.  ***  EXECUTE  DIP.  *** 


EXIT. 

♦REVERT. 


Control  - 
Cards 
Provided 
by 

MEC  on 
file  MECCC 
by 

first 

run 


♦These  cards  must  be  removed  for  the  second  run. 


where  n 
m 

vsn 

sn 


is  the  number  of  disk  drives  needed  (e.g.,  YD2), 
is  the  number  of  logical  mounts  needed  (e.g.,  YL37) 
is  the  volume  serial  number  of  the  disk  unit  (master  disk), 
is  the  setname  of  the  disk  unit. 


5.3  Data  Base  Generation 


Most  P'.N  AIR.  modules  produce  data  bases  which  allow  communication  between 
program  modules  and  within  program  modules.  Figure  5.1  illustrates  the  data 
base  creation  process  and  indicates  the  contents  of  the  data  stored  in  the 
various  data  bases. 


5.4  Resource  Requirements 


5.4.1  CPU  Time  Requirements 


Table  5.2  summarizes  the  CPU  timing  estimates 
The  numbers  are  only  estimates  and  will  generally 


for  the  CYBER  175  computer, 
vary  from  problem  to  problem. 


5.4.2  Core  Requirements 


Table  5.3  gives  the  core  requirements  for  the 
noted  that  the  existing  modules  require  less  than 


PAN  AIR  modules.  It  will  be 
130,000  octal  words. 


5.4.3  Disk  Requirements 


The  disk  storage  requirements  will  vary  greatly  from  problem  to  problem. 

The  permanent  and  temporary  data  bases  expand  or  contract  as  the  modules 
execute.  Table  5.4  gives  the  known  disk  requirements  for  four  validation 
cases  defined  in  the  PAN  AIR  Case  Manual. 

For  large  problems,  the  user  must  provide  sufficient  disk  space  for  PAN 
AIR  to  run  successf;'nly.  For  installations  which  allow  removable  disk  packs, 
it  is  advisable  to  set  up  a  set  of  two  or  more  disk  units.  For  other 
installations,  the  user  must  acquire  enough  disk  space  (permanent  file 
storage)  for  PAN  AIR  to  execute  successfully. 


5.5  Modes  of  Execution 


The  PAN  AIR  software  system  is  designed  to  run  on  CDC  operating  systems 
SCOPE  2.1.3,  SCOPE  3.4,  NOS  1.2  and  NOS/BE.  The  MEC  module  produces  the 
required  control  cards  automatically  for  the  operating  system  in  use. 
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5.5.1  Standard  Runs 


There  are  five  types  of  standard  runs:  check  data  run,  potential  flow  run 
and  the  three  types  of  update  runs.  The  check  data  run  allows  the  user  to 
check  MEC  and  DIP  module  input  data  before  execution  other  modules.  The  check 
run  also  has  options  to  continue  with  execution  of  DQG  or  both  DQG  and  PPP  for 
further  checks  on  the  input  data.  The  ootential  flow  run  executes  MEC,  DIP, 
DQG,  RMS,  RHS,  MDG  and  POP  (plus  COP  and  PPP  on  option).  The  update  runs  are 
either  "left-hand  side,”  "right-hand  side"  or  "post-solution".  A  left-hand 
side  update  (IC  UPDATE)  requires  recomputation  of  portions  of  the  aerodynamic 
influence  coefficient  matrix.  A  right-hand  side  update  (SOLUTION  UPDATE) 
allows  the  introduction  of  new  solutions  or  changes  in  existing  solution 
data.  A  post-solution  update  (POST  PROCESSING  UPDATE)  allows  the 
specification  of  flow  properties  calculations.  The  update  capabilities  are 
described  in  more  detail  in  section  7.2.3. 

Section  6  discusses  the  MEC  input  necessary  to  execute  each  of  the 
standard  runs.  Section  4,3.2  describes  these  runs  in  more  detail. 


5.5.2  Non-Standard  Runs 


Non-stsndard  runs  are  all  other  PAN  AIR  problems  in  which  the  user  may 
construct  his  own  control  card  stream  using  streamlined  MEC  commands.  Section 
6  discusses  all  MEC  directives  arid  section  6.3  provides  some  examples  of  the 
use  of  MEC  directives  in  i, on-standard  runs,  e.g.,  additional  post  processing 
runs. 


5.5.3  Running  PAN  AIR  on  Non-Standard  Operating  Systems 


As  originally  constructed  PAN  AIR  wi 1 1  run  on  CDC  machines  (CDC  660U,  CDC 
Cyber  175  and  CDC  7600)  under  three  operating  systems  (NOS  1.2,  N0S/3L  and 
SCOPE  2.1.3).  Future  expansion  may  allow  modifications  to  extend  use  to  other 
machines  or  operating  systems. 

There  are  two  areas  of  the  system  which  are  sensitive  to  the  details  of 
the  operating  system.  They  are  the  database  management  system  (SDMS)  and  the 
Module  Execution  Control  (MEC),  SDMS  is  closely  coupl’d  to  the  operating 
system  because  it  is  responsible  for  the  execution  of  most  disk  I/O  during  PAN 
AIR  execution.  MEC  is  sensitive  to  operotinq  system  differences  since  it 
provides  the  set  of  control  cards  which  simplifies  the  user's  task  of  running 
the  job. 

At  many  installations  which  share  the  same  operating  system  there  are. 
variations  in  implementation  which  sometimes  causes  some  control  cards  which 
are  acceptable  at  one  installation  to  fail  to  work  correctly  at  another.  For 
this  reason  it  may  be  the  case  that  the  MEC  generated  control  cards  might  fail 
to  work  correctly  at  some  installation  other  than  Boeing,  NASA/Langley, 
NASA/Ames  or  Wright-Patterson  AFB  even  though  the  Installation  is  using  an 
implementation  of  one  of  the  three  standard  operating  systems  (NOS  1.2,  NOS/BE 
and  SCOPE  2.1.3). 
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If  a  user  finds  such  a  situation  to  correspond  to  nis  case,  it  will  still 
be  possible  to  run  PAN  AIR  but  the  user  may  have  to  accept  responsibility  for 
preparing  his  own  control  cards  to  execute  PAN  AIR.  In  such  a  case  the  user 
is  advised  to  study  the  control  cards  provided  by  MEC  (perhaps  in  consultation 
with  representatives  of  his  computer  Installation)  to  determine  what 
modifications  are  required  to  the  control  card  file  to  allow  proper  execution 
on  the  user's  system. 

The  modifications  may  be  made  either  by  adding  or  changing  the  Indicated 
cards  manually  or  by  modifying  the  program  MEC  to  produce  the  required  control 
cards.  Note  that  if  MEC  (or  any  other  modules  or  libraries  in  the  PAN  AIR 
system)  is  modified  by  users  for  special  purposes,  the  maintenance 
organization  for  PAN  AIR  will  probably  not  support  such  modifications  unless 
the  changes  occur  through  the  standardized  Change  Request  format.  (See  PAN 
AIR  System  Configuration  Control  Procedures  Manual.) 


5.6  Saving  and  Reusing  Data 


The  PAN  AIR  software  system  automatically  purges  unneeded  data  Lases  in 
order  to  conserve  disk  space.  If  on  update,  IC  run  or  post  processing  run  is 
to  be  executed  in  the  future,  it  is  up  to  the  user  to  save  the  required  data 
bases  through  the  use  of  appropriate  MEC  module  directive?'.  The  same  is  true 
for "other  non-standarcTruns  requiring  data  bases  previously  generated. 
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Location 

Operating 

System 

Computer 

Hardware 

Removable 
Disk  Packu 

Catalogued 

Procedureu 

Soeing 

NOS  1.2 

Cyber  175 

No 

Yes 

NASA  Langley 

NOS  1.3 

Cyber  175 

Yes 

Yes 

NASA  Ames 

SCOPE  2.1.3 

CDC  7600 

Yes 

No 

Wright  Patterson 
AF8 

NOS /BE 

Cyber  74 

No 

Yes 

Table  5.1  -  Installation  considerations  at  locations  where 
PAN  AIR  was  first  installed 


Module 

Casel 

Case2 

Case3 

Case6 

MEC 

.1 

.1 

.1 

.1 

DIP 

.33 

.43 

.98 

1.2 

DQG 

2. 

9. 

106.7 

48. 

MAG 

1.45 

18.2 

314. 

55.8 

RMS 

.6 

.62 

33.2 

8.5 

RHS 

1.33 

6.3 

16.9 

13.6 

MCE 

1.98 

7.2 

39.8 

8.5 

POP 

1.78 

3.5 

8.9 

8. 

CDP 

1.03 

1.3 

8. 

7. 

PPP 

1.07 

1.41 

9. 

S. 

Table  5.2  -  Validation  case  CPU  time  requirements  (sec) 
(NASA  Ames  CDC  7600) 
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Module  CPC  6600  CPC  7600 

(*1000  words) 3  (*1000  words)a 


MEC 

70 

45 

PIP 

103 

67 

DQG 

127 

74 

MAG 

130 

112 

RMS 

110 

62 

RHS 

100 

51 

MPG 

125 

75 

PDP 

110 

60 

CDP 

112 

60 

PPP 

110 

60 

Table  5.3  Core  requirements  for  each  module 


Pisk  Requirements 


Module 

Case  1 

MEC 

1,800 

DIP 

17,300 

DQG 

257,200 

MAG 

161,700 

RMS 

17,200 

RHS 

13,600 

MDG 

30,600 

PDP 

60,000 

COP 

7,000 

PPP 

4,000 

CPC  7600  (Words) 


Case  2 

Case  3 

Case  6 

1,800 

1,800 

1,800 

18,900 

20,600 

18,200 

651,600 

493,600 

975,600 

321,149 

735,800 

975,600 

128,815 

89,200 

104,900 

68,220 

71,300 

41,700 

68,367 

91,600 

69,800 

130,000 

160,000 

700,000 

35,000 

40,000 

36,000 

25,000 

30,000 

24,000 

Table  5.4  Validation  case  disk  storage  requirements 
(CPC  7600  words) 
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MODULES  OAT A  BASES 


MEC 

— 

M 

DIP 

- - 

DIP 

DQG 

— 

MODULES  AND  THEIR  PURPOSE 


MEC  generates  control  cards  for  problem 
OIP  Interprets  user  input 

DQG  generates  panel  defining  quantities  plus  data 
for  control  points,  boundary  conditions  and 
singularities 

f  AIC  MAG  creates  Aerodynamic  Influence 

Coefficients 

Unknown  Singularity  Portion 

AIC  MAG  creates  Aerodynamic  Influence 

Coefficients 

Known  Singularity  Portion 
„  IC  MAG  computes  Influence  Coefficients 

MB  Decomposes  AIC  unknown 

MB  processes  singularities  and  boundary  condition 

data 


MDG  finds  average  potential  velocity  and  normal 
■ass  flux  at  control  and  grid  points  plus  DQG 

gnoeetry 

PM*  computes  potential,  velocity,  normal  anss  flux, 
and  pressures  for  selected  surfaces 

COP  coaputes  forces  and  moments  accueulated  over 
pertlons  of  conglfuratlon 

OFB  ctxeputes  potential,  velocity,  normal  bus  lux 
and  locations  off  configuration 

PPP  selects  data  formatted  for  external  display 
processing 


♦  Not  available  for  Version  1.0 


Figure  5.1  -  Progran  Modules  and  Data  Bases 


6.0  MEC  Input  Data  (User  Directives) 


The  MEC  module  interprets  user  supplied  PAN  AIR  problem  definitions  in  a 
very  general  input  language,  supplies  the  job  control  cards  (JCL)  required  to 
solve  the  posed  problem  and  provides  detailed  information  concerning  the  names 
and  identification  parameters  of  the  database  files. 

Previous  sections  of  this  document  have  discussed  the  standard  and 
non-standard  problem  types  (see  section  5)  and  the  user  provided  control  cards 
required  to  run  the  PAN  AIR  system.  Before  presenting  a  detailed  discussion 
of  MEC  directives  it  is  necessary  to  discuss  some  labeling  Information 
regarding  the  database  files. 

SDMS  defines  four  files  for  each  database.  The  files  are  distinguished 
from  one  another  by  appending  the  number  1,  2,  3  or  4  to  the  database  name. 
SDMS  performs  this  automatically.  The  PAN  AIR  system  provides  a  set  of 
default  dataoase  names  (e.g.,  DIP,  DQG,  MAK).  Thus  if  the  default  database 
name  is  used,  after  execution  of  the  DIP  module,  there  will  exist  four 
permanent  files  with  names  DIP1,  DIP?,  DIP3  and  DIP4. 

If  a  user  solves  more  than  one  aerodynamic  problem  at  the  same  time  (with 
separate  runs)  with  PAN  AIR,  it  is  necessary  to  have  distinct  names  for  the 
database  files.  MEC  provides  convenient  ways  to  name  the  database  files  with 
something  other  than  the  default  name.  The  user  may  rename  one  or  more 
databases  by  appending  to  any  of  the  default  rames  a  sequence  of  up  to  three 
characters.  Alternatively  the  user  may  rename  *  database  with  some  arbitrary 
sequence  of  up  to  six  characters. 

In  addition  to  names  for  the  database  files,  permanent  files  also  require 
a  particular  account  or  user  identifier.  MEC  directives  allow  the  user  to 
define  these  account  numbers  or  user  identifiers.  Finally  if  the  operating 
system  allows  the  use  of  removable  disk  packs,  SDMS  must  be  told  which  pack 
(setname)  to  use.  This  is  also  accomplished  by  an  appropriate  MEC  directive. 

A  simple  input  example  for  MEC  is  given  below.  The  non-indented  cards  of 
the  example  are  the  major  card  separators  of  the  MEC  input  cards.  The  order 
is  important  and  must  be  used.  Each  of  the  cards  will  be  discussed  in  detail 
after  a  few  preliminary  definitions  are  made. 


PAN  AIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
RID:  SQUARE  WING  2X2  PANELING 
DATA  BASE  DIRECTIVE  BLOCK 
APPEND  A1  TO  DIP 
UI0  .  FAELLE  FOR  MDG,  COP 

MU I D  -  PANAIR  FOR  ALL 

MSET  .  FAEBRP2  FOR  ALL 

END  DATA  BASE  INFORMATION 
CHECK  DATA  RUN 
EXECUTION  DIRECTIVE  3L0CK 
FIND  POTENTIAL  SOLUTION 
END  EXECUTION  DIRECTIVES 
ENU  OF  PA!  AIR  MEC  INPUT 


-  Needed  for  all  installations 

-  For  AMES  operating  system 

-  Run  identification 

-  specific  data  base  information 

-  relabel  default  database  names 

-  specify  user  ID  for  MDG  and  CDP 
database  files 

-  specify  user  ID  for  master  definition 
files 

-  specify  setname  of  disk  where  master 
definition  files  reside 

-  Last  card  of  data  base  information 

-  Checks  input  data 

-  Defines  PAN  AIR  problem 

-  Full  solution  request 

-  Last  Card  of  directive  block 

-  Last  Card  of  MEC  input 
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In  this  example  the  user  is  running  on  an  operating  system  at  or  similar 
to  that  of  NASA/Ames  (SCOPE  ’.1.3).  The  database  directives  indicate  that  the 
default  datbase  for  DIP  is  being  relabeled  by  appending  the  characters  A1  to 
the  default  name  DIP.  Thus  the  four  files  created  by  SDHS  which  make  up  the 
DIP  database  will  be  called  DIPAU,  DIPA12,  DIPA13  and  DIPA14.  All  other 
database  files  will  be  called  by  their  default  names.  The  user  identifier  for 
the  MDG  and  CDF  database  files  is  specified  as  FAELLE.  Th*s  setname  of  the 
disk  which  contains  the  master  definition  files  is  specified  to  be  FAEBRP2  and 
the  user  identifier  for  the  files  is  specified  to  be  PANAIR.  The  "CHECK  DATA 
RUN"  card  specifies  that  control  cards  will  be  generated  to  execute  module  DIP 
alone  to  allow  the  user  to  verify  the  input  data  he  has  provided  is  acceptable 
to  DIP.  The  execution  directives  indicate  that  a  full  potential  flow  solution 
is  required.  The  necessary  control  cards  will  be  generated  so  that  PAN  AIR 
modules  DIP  through  CDP  will  be  run  in  correct  sequence.  All  database  files 
will  be  purged  at  the  end  of  the  execution  of  CDP  since  the  directives  to  MEC 
do  not  specify  that  any  of  the  database  files  should  be  saved. 

The  rest  of  this  section  presents  information  necessary  to  the  user  to 
prepare  MEC  directives.  Section  6.1  discusses  general  features  of  the  MEC 
directives.  Section  6.2  presents  a  detailed  discussion  of  these  directives. 
This  section  should  be  regarded  as  a  reference  section  which  the  user  would 
consult  to  find  the  explicit  form  for  a  particular  directive.  As  such,  the 
first-time  reader  is  advised  to  skip  this  section.  Section  6.3  is  a  guide  to 
the  construction  of  MEC  directives.  It  is  more  instructional  in  format  that 
section  6.2  and  should  provide  the  first-time  user  with  an  understanding  of 
the  use  of  MEC  directives.  Section  6.4  discusses  the  use  of  MEC  and  PAN  AIR 
on  systems  and  installations  other  than  the  standard  ones  at  Boeing, 

NASA/Ames,  NASA/Langley  and  Wright-Patterson  AFB. 


6.1  General  Rules  and  Conventions 


From  the  example  it  is  clear  that  there  are  three  basic  sections  to  the 
MEC  directives.  The  first  (introductory)  section  specifies  the  operating 
system  in  use  and  provides  a  label  for  the  run.  The  second  section  describes 
properties  of  the  database  files.  The  third  section  defines  the  set  of 
control  cards  which  MEC  will  generate  for  the  user. 

The  minimum  input  to  MEC  consists  of  the  PAN  AIR  card,  the  SYSTEM  card  and 
the  END  OF  PAN  AIR  card.  If  this  minumum  input  is  chosen,  default  names  and 
identifiers  of  database  files  are  selected  and  no  control  cards  are  generated 
by  MEC. 

Naturally,  the  user  will  wish  to  provide  more  than  the  minimum  input  in 
order  to  simplify  the  execution  of  PAN  AIR.  Section  6.2  describes  in  detail 
the  various  MEC  input  directives  for  the  three  sections.  Some  examples  of  MF.C 
input  directives  are  provided  in  section  6.3. 

The  following  conventions  are  used  to  describe  the  directives  of  the  MEC 
input  module: 

o  Required  key  words  are  underlined.  Note  that  only  the  first  three  or 
four  characters  of  keywords  are  recognized. 

<>  optional  item 
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(hi 


include  one  from  this  list 
include  one  or  more  fro".1  this  list 

lower  case  variables  indicate  that  a  user  supplied  name  or  value 
should  be  substituted. 

o  A  comma  or  a  blank  may  be  used  to  separate  key  words. 

The  following  abbreviations  are  used  to  define  operating  and  MEC  system 
parameters. 


uname 


sn 


PAN  AIR  software  system  account  number  i.e.,  the  account 
number  where  all  PAN  AIR  software  exists. 

The  disk  pack  set  name,  where  the  PAN  AIR  software  resides. 


6.2  MEC  Input  Directives 


In  this  section  a  detailed  discussion  of  all  MEC  directives  is  presented. 
Section  6.2.1  discusses  the  cards  in  wie  introductory  section.  Section  6.2.2 
discusses  the  cards  In  the  database  directive  part  of  MEC  input.  Section 
6.2.3  discusses  the  cards  in  the  execution  directive  part  of  MEC  input.  Note 
that  the  CHECK  DATA  RUN  card  is  included  as  a  part  of  the  introductory  section 
despite  the  fact  that  it  causes  generation  of  control  cards  by  MEC,  a  function 
primarily  of  directives  In  the  third  section  of  MEC  input.  This  is  done 
primarily  to  simplify  the  MEC  input  for  the  data  check  run.  Examples  of  the 
use  of  these  commands  are  provided  in  section  6.3. 


6.2.1  Introductory  Cards 


The  introductory  MEC  inpu*  cards  are  discussed  in  the  order  they  are 
needed. 

PAN  AIR  labeling  information 

This  is  the  first  MEC  input  card  and  must  be  present.  If  the  card  is 
missing  the  PAN  AIR  job  will  be  aborted. 

SYSTEM  uname  sn  C  BOEING 

AMES 
LANGLEY 
1  WRIGHT 

The  SYSTEM  card  gains  access  to  the  PAN  AIR  software  system.  The  input 
"uname"  refers  to  user  account  number  for  NOS  1.2  operating  system  or  to  user 
identifier  for  Scope  2.1  and  NOS/BE  operating  systems.  The  input  parameter 
"sn"  is  the  set  name  of  a  removable  disk  pack  if  it  is  used  to  store  the  PAN 
AIR  system.  For  a  discussion  of  the  use  of  the  SYSTEM  card  at  other 
installations  see  section  6.5. 
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RID  76  characters  of  run  identification 

The  RIO  card  identifies  or  labels  the  PAN  AIR  run  being  made.  This  card 
is  optional . 

CHECK  DATA  RUN  WITH  DgG  WITH  PLOTS 

The  optional  card  CHECK  DATA  allows  the  user  to  execute  and  check  the 
input  data  for  the  DIP  module.  The  optional  keyword  DQG  would  execute  the  DQG 
module  which  would  check  the  geometry  data  as  well  as  the  OIP  input  data.  The 
keyword  PLOT  would  generate  control  card  to  execute  PPP  module  to  prepare  a 
file  of  DQG  geometry  data  for  purposes  of  obtaining  plots. 


6.2.2  Data  Base  Directives 


The  PAN  AIR  modules  use  one  or  more  data  bases  for  input  and  output. 

These  data  bases  are  stored  on  disk.  As  they  are  created,  each  needs  a  master 
definition  or  structure.  These  definitions  are  stored  as  part  of  the  PAN  AIP. 
software  system.  Each  data  base  needs  a  default  name,  actual  name,  master 
definition,  account  number  for  the  data  base,  account  number  for  the  master 
definition,  password.  A  disk  set  name  may  also  be  required  for  the  master 
definitions  and  the  data  bases  for  some  operating  system  which  require  them, 
(e.g.  NASA/Ames  (SCOPE  2.1.3)  and  Wright-Patterson  AFB  (NOS/BE)).  Tables  6.1 
and  6.2  give  the  stored  default  values  used  by  the  PAN  AIR  system. 

Note  that  when  SDMS  receives  a  value  of  zero  (0)  for  the  setname  or  user 
name  for  a  database  file  it  substitutes  the  setname  value  SYSTEM  for  the 
NOS/ BE  and  SCOPE  2.1.3  systems  and  the  user  number  value  of  the  user's  account 
card  for  the  NOS/1.2  operating  systems. 

The  user  may  want  or  be  required  to  use  his  own  values  for  the  data  base 
information  parameters.  It  Is  to  this  end  that  the  DATA  BASE  directives  are 
available. 

A  few  definitions  are  required  before  the  DATA  BASE  directives  are 
described. 

The  following  abbreviations  are  used  when  discussing  data  base 
descriptions: 

dbnam 

newmdn 


newnam 

pw 

un** 

uid* 


default  data  base  name  of  from  1-6  characters 

new  data  base  name  of  master  definition  of  from  1-6 
characters 

replacement  data  base  name  of  from  1-6  characters 
SDMS  data  base  password  of  from  1-6  characters 
user  number  for  data  base 
user  identification  for  data  base 
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set*  disk  set  name  for  data  base 

mun**  user  number  for  master  definition 

muid*  user  identification  for  master  definition 

mset  disk  set  name  for  master  definition 

dblist  a  list  of  default  data  base  names  separated  by  blank 

or  a  comma 

suffix  1-3  character  suffix  to  be  added  to  data  base  name(s) 

*  NASA  Ames  and  Wright  Patterson  installations  only 
*•  Boeing  EKS  and  Langley  installations  only 


The  DATA  BASE  directives  are  now  described.  The  first  and  last  must  appear  in 
that  order  while  the  other  subordinate  commands  may  be  in  any  order. 

DATA  BASE  DIRECTIVE  BLOCK 

This  card  is  used  to  alert  MEC  that  one  or  more  data  base  information 
parameters  are  to  be  modified  from  their  default  values. 

DBASE  Card 


DBASE  dbnam  -  newnam 


*  CDC  7600  only 


PW  -  pw,+ 

f  MDN  -  newmdn, 

* 

UN  -  un,** 

MUN  -  mun** 

« 

< 

►  * 

UID  .  uid,* 

MUID  -  muid* 

SET  »  set,* 

. 

•  MSET  -  mset  - 

CDC  6600  only 


+  Not  used  in  current  version 

The  keywords  should  be  self  explanatory  when  paired  with  the  item  they 
introduce  (see  definition  of  abbreviations). 


APPEND  Card 


APPEND  suffix  TO  dblist.ALL 

This  directive  is  used  to  change  the  name  of  one  or  more  data  bases  by 
appending  a  1-3  character  suffix.  The  data  base  list  may  include  permanent  or 
temporary  data  bases. 

The  seven  following  directives  all  operate  in  the  same  fashion.  They 
change  data  base  parameters  as  indicated.  The  example  given  at  the  beginning 


of  section  6.0  illustrates  changing  DIP  data  base  to  DIPA1  by  “APPEND", 
modifying  the  default  values  of  “id"  for  MDG  and  CDP  to  FAELLE  and  using  the 
user  identifier  PANAIR  for  all  “id's"  of  the  master  definitions. 


PW  -  pw 

FOR 

dblist, 

ALL* 

UN  -  un 

FOR 

dblist. 

ALL* 

UID  .  uid 

FOR 

dblist, 

ALL** 

SET  -  set 

FOR 

dblist, 

ALL** 

MUN  -  mun 

FOR 

dblist, 

ALL* 

MUID  -  muid 

FOR 

dblist, 

ALL** 

MSET  -  mset 

FOR 

dblist, 

ALL** 

*  Boeing  and  Langley  Systems  only  (NOS  1.2  and  NOS  1.3) 

**  Ames  and  Wright-Patterson  Systems  only  (SCOPE  1.3  or  NOS/BE) 

+  Not  used  in  current  version 

RELEASE  dblist,  ALL 

This  directive  is  used  to  indicate  that  the  data  bases  listed  may  be  released 
(PURGED)  as  soon  a*  the  current  PAN  AIR  run  is  finished  using  them.  They  will 
not  be  saved  permanently.  (Note  that  unless  directed  otherwise  MEC 
automatically  releases  (purges)  all  databases.) 


KEEP 


KEEP  FOR  FUTURE 


or 

KEEP  FOR  FUTURE 


r  UPDATE 
SOLUTION  UPDATE 
.  POST  PROCESSING  « 
FIELD  FLOW 
PRINT  PLOT 
dblist,  ALL 


has  two  forms.  The  first  is  called  a  macro  directive.  MEC  searches  the 
"KEEP"  directive  for  the  macro  keywords  "IC",  "SOLUTION,"  "POST,"  and 
"FIELD.*  Each  of  those  keywords  tells  MEC  to  save  all  data  bases  required  to 
make  a  future  run  of  the  type  specified.  See  table  6.3. 


In  the  second  form  of  the  KEEP  directive  the  initial  keyword  is  followed 
by  either  "ALL"  or  a  data  base  list.  In  this  case  MEC  will  purge  all  except 
these  databases  mentioned  in  the  list. 


END 
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The  last  data  base  directive  must  be  END.  This  card  is  in  addition  to  the 
END  card  required  by  the  PAN  AIR  directive  block. 


6.2.3  Execution  Directive  Block 


The  execution  directive  block  specifies  the  type  of  PAN  AIR  problem  to  be 
run.  There  are  three  standard  types  of  problems  and  an  almost  endless  number 
of  non-slandard  problems.  The  standard  runs  consist  of  a  full  solution  of  a 
potential  flow  problem  using  no  previous  solution  results,  an  IC  update  which 
assumes  different  geometry  but  with  previous  right-hand-side  constraint  data 
or  a  solution  update  which  uses  prior  geometry  and  solution  results  with  new 
right-hand-side  constraint  data.  Any  other  run  is  called  non-standird. 

Before  describing  these  directives  in  detail,  a  few  definitions  will  be 
necessary. 

The  following  abbreviations  are  used  when  describing  execution  directives. 


mod n am 

module  name 

unname 

id/un  associated  with  account  number  of  files 

db 

data  base  name 

lfn 

local  file  name 

vsn 

volume  set  name  for  disk  pack 

sn 

set  name  for  a  file 

The  execution  directives  are  now  described. 

EXECUTION  DIRECTIVE  BLOCK 

This  is  the  first  card  of  the  execution  directive  block. 

This  feature  is  especially  useful  for  large  problems  since  it  allows  a 
user  to  create  the  input  for  DIP  (which  might  consist  of  thousands  of  cords) 
on  a  file  and  thus  avoid  the  clumsiness  accompanying  such  a  large  input  deck. 
See  appendix  C. 

INPUT  lbn 

If  the  user  wants  to  specify  a  local  file  name  "lfn"  for  input  to  the  DIP 
module,  the  INPUT  directive  is  needed.  If  it  is  not  present,  the  default  file 
“INPUT"  is  used. 

FIND  POTENTIAL  FLOW,  FIELD-*-  FLOW,  PLOT 

results  in  the  execution  of  the  following  PAN  AIR  modules:  DIP,  DQG,  MAG, 

RMS,  RHS,  MDG,  POP,  CDP.  The  modules  PDP  and  CDP  are  not  executed  if  data 
from  them  is  not  requested  via  DIP  input  data. 

In  addition,  data  bases  required  for  future  post  processing  (after  MDG) 
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will  be  saved  unless  otherwise  specified  in  the  DATA  BASE  DIRECTIVE  block. 

The  ones  saved  are  DIP  and  MDG. 

The  keyword  "FIELD"  would  add  the  module  OFB*  to  the  list  (not 
available  in  version  1.0),  and  the  keyword  "PLOT"  would  cause  the  module  PPP 
to  be  included  at  the  end. 

The  directive 

FIND  UPDATE  FIELD-*-  FLOW,  PLOT 

results  in  the  execution  of  the  same  modules  as  the  "POTENTIAL  FLOW"  macro. 
However,  data  bases  from  a  previous  run  are  required  and  the  following  modules 
work  differently  internally:  DIP,  MAG,  RMS,  RHS. 

The  directives 

FIND  SOLUTION  UPDATE,  FIELD*  FLOW,  PLOT 

results  in  the  execution  of  the  following  modules:  DIP,  RHS,  MDG,  POP,  CDP 
and  optionally  OFB/PPP. 

The  next  six  directives  are  used  to  run  non-standard  PAN  AIR  runs.  They 
are  all  optional  and  can  be  used  in  any  order.  They  may  also  appear  before 
and  after  the  other  standard  directives.  An  example  of  a  non-standard  run  is 
given  in  section  6.3. 

The  directive 

RUN  modnam  SIC,  un,  sn 

causes  the  file  named  'modnam'  to  be  executed.  If  "modnam"  is  not  one  of  the 
standard  PAN  AIR  modules,  then  the  special  word  "SIC"  must  be  added  to  the 
card  to  warn  MEC.  Otherwise,  MEC  will  reject  unrecognized  modules  and 
prematurely  terminate  execution. 

The  directive 

DROP  db  SIC,  un,  sn 

indicates  that  all  data  bases  in  the  list  are  to  be  released  when  the  current 
PAN  AIR  run  is  through  with  them.  The  keyword  "SIC"  allows  a  non-PAN  AIR  data 
base  to  be  dropped  (purged). 

MOUNT  DISMOUNT 

The  two  directives 

MOUNT  vsn,  sn 

DISMOUNT  vsn,  sn 


+  Not  available  in  Version  1.0  of  FAN  AIR 
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are  included  to  mount  or  dismount  a  removable  disk  pack.  They  must  be  used  if 
the  PAN  AIR  software  system  is  on  a  removable  disk  pack.  The  command  MOUNT 
must  appear  before  the  FIND  directive. 

CC  - 

The  directive 

CC  -  standard  CDC  control  card 

is  placed  directly  into  the  stream  of  control  cards  generated  by  MEC.  The 
module  MEC  strips  off  the  "CC  ■"  and  writes  the  remainder  to  the  control  card 
file.  The  blank  between  "CC"  and  is  mandatory. 

ERROR 

The  directive 

ERROR  Blank,  U,  C 

can  be  inserted  into  the  control  card  stream  to  allow  exit  conditions  in  case 
an  error  during  execution  occurs.  This  card  results  in  EXIT,  EXIT  (U)  or 
EXIT  (C). 

END 

The  last  directive  END  must  be  included  as  the  last  directive  of  an 
EXECUTION  DIRECTIVE  block.  Hence,  if  execution  directives  are  specified,  two 
END  cards  appear,  one  for  the  termination  of  the  execution  block  and  one  for 
termination  of  the  the  PAN  AIR  directive  block. 


6.3  Guide  to  MEC  Directive  Construction 


This  section  provides  the  user  with  guidance  in  the  preparation  of  MEC 
directives.  It  is  intended  to  provide  an  outline  of  basic  directives  with 
suggestions  as  to  how  a  user  might  modify  the  outline  to  satisfy  his/her 
unique  requirements. 

MEC  directives  must  always  begin  with  the  "PAN  AIR"  card  and  end  with  an 
"END"  card.  Unless  the  user  is  running  on  a  Boeing  computer  system,  the 
"SYSTEM  ..."  directive  must  occur  after  the  "PAN  AIR"  card.  For  practical 
reasons  some  number  of  database  directives  will  always  be  required  so  the 
database  directive  block  will  also  be  a  part  of  most  MEC  directives  Unless 
the  user  is  familiar  with  the  control  card  structure  of  his  system  and  is 
extremely  patient  about  punching  many  control  cards,  the  execution  directive 
block  will  also  be  a  part  of  every  set  of  MEC  directives.  Thus  the  basic  MEC 
directive  deck  should  look  like  table  6.4. 

Only  one  command  will  be  typically  employed  in  the  execution  directives. 
(See  the  exception  concerning  post  processing  runs  below).  For  the  first  run 
of  a  problem  the  user  should  specify  FIND  POTENTIAL  FLOW.  After  this  run  has 


ra 


been  executed,  a  subsequent  run  might  employ  one  of  the  directives  FIND  IC 
UPDATE  or  FIND  SOLUTION  UPDATE,  but  the  first  run  must  have  been  done  with  the 
FIND  POTENTIAL  FLOW  directive  (plus  appropriate  directives  to  save  the 
required  databases,  as  discussed  below). 

Table  6.9  illustrates  the  basic  set  of  MEC  directives  which  users  will 
typically  wish  to  employ  to  run  the  system. 

The  remainder  of  this  section  discusses  some  additional  useful 
modifications  and  extensions  to  this  basic  set  of  directives. 

Certain  MEC  directives  are  useful  conveniences  rather  than  necessary 
commands.  These  are  the  RID  and  the  CHECK  DATA  directives.  The  RID  allows 
the  user  to  label  the  printed  output  with  a  phrase  which  briefly  (76 
characters)  summarizes  the  run.  The  CHECK  DATA  directive  will  cause  a  limited 
set  of  control  cards  to  be  generated  which  will  run  DIP  or  DIP  and  DQG  and 
then  stop  execution.  This  allows  the  user  to  verify  that  the  problem  to  be 
solved  has  no  input  errors  and  is  in  fact  the  problem  whose  solution  is 
desired.  Thus  a  user  might  modify  the  set  of  directives  in  table  6.9  in  the 
manner  of  table  6.10. 

The  database  directives  MDN,  MUN,  MUID  and  MSET  are  primarily  useful  for 
program  development  and  will  not  generally  be  required  by  the  user.  They 
specify  alternarive  file  names  and/or  identification  for  the  master  definition 
files  used  to  generate  the  databases  used  in  PAN  AIR.  (See  the  PAN  AIR  SYSTEM 
MAINTENANCE  MANUAL,  section  13.) 

Some  directives  should  be  added  to  the  basic  deck  if  either  an  IC  update 
or  a  solution  update  run  is  planned. 

Figure  4.3-4  indicates  that  for  an  IC  update  run  the  DIP  databases,  the 
database  generated  by  MAG  (MAK)  and  the  database  generated  by  RMS  must  be 
saved  after  the  first  run  in  order  to  run  an  IC  update.  Figure  4.3-3 
indicates  that  the  MAK  databases  will  be  purged  by  the  MEC  control  cards  after 
the  execution  of  MUG  in  the  normal  course  of  a  potential  flow  solution  unless 
MEC  is  otherwise  directed.  Adding  the  command  "KEEP  FOR  FUTURE  IC  UPDATE"  to 
the  database  directive  block  causes  MEC  to  save  the  databases  required  for  the 
update  run  instead  of  purging  them  at  the  end  of  MDG  execution. 

In  a  similar  fashion  a  solution  update  run  requires  the  same  set  of 
databases  that  an  IC  update  run  requires  plus  the  DQG  database.  By  adding  the 
directive 


"KEEP  FOR  FUTURE  SOLUTION  UPDATE" 

to  the  database  directive  block  the  user  will  insure  that  the  appropriate 
databases  are  available  for  the  future  run. 

If  additional  post  processing  is  anticipated  the 

"KEEP  FOR  FUTURE  POST  PROCESSING" 

directive  will  insure  the  DIP  and  MDG  databases  are  available  for  the  post 
processing  run(s). 
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The  CC-  directive  allows  a  user  to  insert  control  cards  into  the  sequence 
of  control  cards  generated  by  MEC.  One  application  of  this  directive  is 
illustrated  in  table  6.11.  Here  a  user  compiles  and  executes  a  program  which 
automatically  generates  the  input  deck  required  to  define  the  geometry  of  his 
configuration  in  the  form  required  by  DIP.  Thus  the  CC-  directives  first  run 
the  geometry  program  and  then  the  FIND  directives  cause  MEC  to  generate  the 
sequence  of  control  cards  which  will  solve  the  problem.  Note  that  the  example 
also  Illustrates  the  INPUT  directive.  The  user's  program  creates  the  DIP 
input  data  on  a  file  called  CONFIG.  The  INPUT  directive  causes  module  DIP  to 
read  file  CONFIG  to  obtain  the  input  data  instead  of  the  default  file  INPUT. 

Another  use  of  the  CC-  directive  is  shown  in  table  6.12.  Here  a  user  has 
found  the  last  error  in  a  PAN  AIR  module  while  trying  to  solve  a  potential 
flow  problem.  In  order  to  help  the  maintenance  staff  find  the  difficulty,  the 
user  has  inserted  an  appropriate  set  of  cards  to  generate  a  core  dump  of  the 
module  in  which  the  error  has  occurred.  This  sequence  is  generated  by  adding 
an  ERROR(U)  directive  followed  by  the  CC-  directives  which  generate  the  core 
dump.  Note  that  all  database  files  have  been  saved  by  the  KEEP  FOR  FUTURE  ALL 
directive.  This  allows  the  PAN  AIR  maintenance  staff  to  later  examnine  the 
contents  of  the  databases  if  more  information  is  required  than  is  furnished  in 
the  core  dump. 

Two  related  directives  which  might  be  useful  at  the  Ames  and 
Wright-Patterson  sites  are  the  MOUNT  and  DISMOUNT  directives.  The  PAN  AIR 
modules  and  database  master  definitions  are  stored  on  a  removable  disk  pack. 
This  pack  must  be  mounted  in  order  to  run  PAN  AIR.  This  normally  would  be 
accomplished  with  control  cards  provided  by  the  user  (see  section  5.2). 

However  the  user  might  want  the  database  files  generated  by  PAN  AIR  to  reside 
on  another  removable  disk  pack  which  belongs  to  him.  In  this  case  either  the 
user  must  mount  and  dismount  the  required  pack  by  using  the  MOUNT,  DISMOUNT 
directives  or  he  must  La  sure  to  mount  the  pack(s)  by  adding  the  appropriate 
cards  to  the  user  provided  control  cards  discussed  in  section  5.  Note  that  in 
the  job  card  the  user  must  specify  the  YD2,  YLm  parameters  as  in 

UUALMT,Tnnn,CMXXXXXX,PN,YD2,YL7. 

Table  6.13  illustrates  the  appropriate  MEC  directives.  The  user  mounts  his 
private  pack  and  runs  the  PAN  AIR  system  saveing  all  databases.  Then  he 
dismounts  the  PAN  AIR  disk  pack  and  then  attaches  and  executes  a  file  of  his 
own  called  SCANDB. 

The  MEC  directives  for  an  original  run  followed  by  those  for  one  or  more 
updates  illustrates  the  use  of  most  commands  discussed  so  far.  Table  6,14 
illustrates  the  MEC  directives  for  the  original  run  in  which  an  1C  update,  a 
solution  update  and  additional  post  processing  runs  are  anticipated.  Table 
6.15  and  6.16  illustrate  the  directives  for  the  update  runs  and  post 
processing  runs.  Note  that  in  the  IC  update  and  section  update  runs  a  new 
name  is  given  for  the  MDG  databases.  This  allows  the  uer  to  perform  a  number 
of  additional  post  processing  runs  on  the  different  MDG  databases  to  obtain 
data  which  allows  detailed  comparisons  among  the  variously  modified 
configurations.  Tables  6.17  and  6.18  illustrate  the  appropriate  directives 
for  two  such  post  processing  runs.  Notice  that  these  sets  of  directives 
employ  the  RUN  directive  to  define  the  post  processing  execution  sequence. 
Modules  DIP,  POP  and  PPP  are  executed  in  this  case.  The  extension  to 
execution  of  COP  should  be  obvious- 
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6.4  Use  of  PAN  AIR  at  Non-Standard  Installations 


PAM  AIR  has  been  designed  to  simplify  the  demands  on  the  user  with  regard 
to  control  card  construction.  This  simplification  is  effected  only  for  the 
small  number  of  operating  systems  and  computer  installations  at  which  PAN  AIR 
has  been  delivered.  If  a  user  wishes  to  run  PAN  AIR  at  other  installations, 
the  control  cards  generated  by  MEC  may  be  erroneous  or  Inadequate.  If  this  is 
the  case  the  user  must  provide  all  control  cards  by  himself  either  by 
completely  generating  his  own  decks  (using  the  MEC  output  as  a  guide)  or  by 
modifying  the  control  cards  generated  by  MEC  so  that  they  are  compatible  with 
his  system. 

The  appropriate  SYSTEM  card  to  use  in  a  non-standard  installation  will 
depend  on  whether  the  computer  site  allows  removable  disk  packs  or  not.  If 
those  are  available  then  either  the  AMES  or  WRIGHT  locations  should  provide 
the  most  nearly  correct  set  of  control  cards.  If  this  is  not  available,  then 
either  the  BOEING  or  LANGLEY  specification  should  provide  the  bes.  set  of 
control  cards. 

The  exact  form  of  the  "SYSTEM..."  card  will  depend  on  which  operating 
system  the  user  is  running  under.  The  card  determines  what  set  of  control 
cards  MEC  will  create  and  specifies  identification  information  necessary  to 
access  the  MEC  master  definition  file  and  all  other  master  definition  files 
for  the  database  used  in  the  PAN  AIR  system.  Note  that  while  other  database 
file  master  definitions  can  be  specified  through  the  use  of  the  database 
directive  section,  the  SYSTEM  card  is  the  only  way  in  which  the  Identification 
information  for  the  MEC  master  definition  file  can  be  specified.  The 
appropriate  card  to  use  at  each  installation  is  shown  in  table  6.5.  The  exact 
file  Identification  is  subject  to  change,  so  check  with  local  PAN  AIR 
representatives  for  current  values  of  file  Identification. 

Most  users  will  wish  to  add  database  directives  modify  the  names  of  the 
database  files.  The  simplest  directive  which  accomplishes  the  labeling  is  the 
APPEND  directive,  as  in 

APPEND  m  TO  ALL 


This  command  defines  names  for  a1.1  database  files.  The  names  are  of  the  form 
DIPXYZ1 ,  DIPXYZ2,  DIPXYZ3 ,  0IPXYZ4,  DQGXYZ1,  DQGXYZ2,  etc.  In  addition  the 
DBASE  directive  can  be  used  to  name  database  files.  ThJs  is  most  useful  when 
used  In  conjunction  with  an  APPEND  ...  ALL  to  make  some  exceptions  to  the 
global  operation  invoked  by  the  APPEND  statement. 


It  will  also  be  necessary  for  most  users  to  specify  some  sort  of  user 
number  or  user  identifier  and  setname  under  which  the  permanent  database  files 
will  be  catalogued.  The  appropriate  directive  to  define  this  depends  on  the 
operating  system.  For  Boeing  and  Langley  the  UN-  directive  is  the  appropriate 
one.  For  Ames  and  Wrlght-Patterson  systems,  both  the  SET-  and  the  UID-  cards 
will  need  to  be  supplied.  Table  6.6  and  6.7  illustrate  the  use  of  the  APPEND 
and  DBASE  commands.  The  results  of  using  the  directives  In  either  example  is 
identical.  Table  6.8  illustrates  a  more  sensible  use  of  the  DBASE  command 
than  that  shown  in  Table  6.7.  (Note  that  the  order  of  the  APPEND  and  DBASE 
directives  affects  the  results.  If  the  DBASE  command  preceeded  the  APPEND 
command,  the  MDG  database  files  names  would  be  MDGXYZn.  Thus  MEC  processes 
the  database  directives  in  the  same  order  as  they  occur  in  the  input  deck.) 


**»kfl»**l^  iiu. 
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DEFAULT 

ACTUAL 

SET  NAME* 

USER  ID* 

MASTER  DEF 

SET  NAME** 

USER  ID*+ 

NAME 

NAME 

USER  NO** 

— 

PASWRD 

NAME 

USER  NO** 

— 

DIP 

DIP 

0 

0 

0 

DIPMD 

0 

0 

DQG 

DQG 

0 

0 

0 

DQGMD 

0 

0 

MAK 

MAK 

0 

0 

0 

MAKMD 

0 

0 

RMS 

RMS 

0 

0 

0 

RMSMD 

0 

0 

RHS 

RHS 

0 

0 

0 

KHSMD 

0 

0 

MDG 

MDG 

0 

0 

0 

MDGMD 

0 

0 

PDP 

PDP 

C 

0 

0 

PDPMD 

0 

0 

CDP 

CDP 

0 

0 

0 

CDPMD 

0 

0 

*  COC  7600  only  **  CDC  6600  only 

+  These  values  are  modified  by  the  entries  in  the  SYSTEM  card. 


Tabic  6.1  -  PAN  AIR  permanent  data  base  default  descriptions 


DEFAULT 

ACTUAL 

SET  NAME* 

USER  ID* 

MASTER  DEF. 

SET  NAME** 

USER  ID** 

NAME 

NAME 

USER  NO** 

— 

PASWRD 

NAME 

USER  NO** 

MAGX 

MAGX 

0 

0 

0 

MAGXMD 

0 

0 

MAGY 

MAGY 

0 

0 

0 

MAGYMD 

0 

0 

MAGZ 

MAGZ 

0 

0 

0 

MAGZMD 

0 

0 

RMST 

RMST 

0 

0 

0 

RMSTMD 

0 

0 

RHSX 

RHSX 

0 

0 

0 

urtSXMD 

0 

0 

MDGF 

MDGF 

0 

0 

0 

MDGFMD 

0 

0 

MDGC 

MDGC 

0 

0 

0 

MOGCMD 

0 

0 

MDGM 

MDGM 

0 

0 

0 

MDGMMD 

0 

0 

PDFT 

PDPT 

0 

0 

0 

PDPTMD 

0 

0 

COPT 

CDPT 

0 

0 

0 

CDPTMD 

0 

0 

*  CDC  7600  only  **  CDC  6600  only 


+  These  values  are  modified  by  the  entries  in  the  SYSTEM  card. 


Table  6.2  -  PAN  AIR  temporary  data  base  default  descriptions 
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itx+j..  .alto. 


-  At-  — t»w^ 


PAN  AIR 

SYSTEM 

database’oirective  block 


END 

EXECUTION  DIRECTIVE  BLOCK 


•  •  • 


END 

END 


Boeing  Computers: 

NASA/Langley  Computer: 
NASA/Ames  Computer: 
Wright-Patterson  AFB  Computer: 

Table  6.5  -  System  cards 


SYSTEM  PADJR3  BOEING 
SYSTEM  03945  SC  LANGLEY 
SYSTEM  PANAIR  FAEBRP2  AMES 
SYSTEM  PANAIR  AFFDL  WRIGHT 

at  various  installations 


Boeing  System  (NOS  1.2) 
PANAIR 

SYSTEM  PADJR1  BOEING 

DataBase  OirecTTVT "Slock 

APPEND  XYZ  TO  ALL 
UfTTPADORl  FOTHELL 
END 

EXECUTION  DIRECTIVES 


END 

END 


Langley  System  (NOS  1.3) 
PANAIR 

SYSTEM  03945 8C  LANGLEY 

database  directive  Block 
append  xyz  to  all 
UN  -  SSDDS3  FOR  ALL 
END 

EXECUTION  DIRECTIVES 


END 

END 


Ames  System  (NOS  1.2) 

(NOS/ BE) 


Wright-Patterson  System 


PANAIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
DATABASE  DIRECTIVES 
APPEND  XYZ  TO  ALL 
UID  -  ALL 
SET  -  FAEBRP2  ALL 
END 

EXECUTION  DIRECTIVES 


PANAIR 

SYSTEM  PANAIR  WRIGHT 
DATABASE  DIRECTIVES 
APPEND  XYZ  TO  ALL 
UID  -  JEB  ALL 
SET  -  AFFDL  ALL 
END 

EXECUTION  DIRECTIVES 


END 

END 


END 

END 


Table  6.6  -  Example  of  the  use  of  the  APPEND  directive 
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Boeing  System  (NOS  1.2) 


PANAIR 

SYSTEM  PADJR1  BOEING 
DATABASE  DIRECTIVES 
DBASE  OIP-DIPXYZ, 
DBASE  DQG-DQGXYZ, 
DBASE  MAK-MAKXYZ, 
DBASE  MAU-MAUXYZ, 
DBASE  MIC-MICXYZ, 
DBASE  RMS-RMSXYZ, 
DBASE  RHS-RHSXYZ, 
DBASE  RMS-RMSXYZ, 
DBASE  MDG-MDGXYZ, 
DBASE  PDP-PDPXYZ, 
END 

EXECUTION  DIRECTIVES 


UN-PAJEB1 

UN-PAJEB1 

UN-PAJEB1 

UN-PAJEB1 

UN-PAJEB1 

UN-PAJEBl 

UN-PAJEBl 

UN-PAJEBl 

UN-PAJEBl 

UN-PAJEBl 


END 

END 


Ames  System  SCOPE  (2.1.3) 


PANAIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
DATABASE  DIRECTIVES 

DBASE  DIP-DIPXYZ,  SET-FAEBRP2,  UID-JEB 
DBASE  OqG-DqGXYZ,  SET-FAEBRP2,  UID-JEB 
DBASE  MAK-MAKXYZ,  SET-FAEBRP2 ,  UID-JEB 
DBASE  MAU-MAUXYZ,  SET-FAEBRP2,  UID-JEB 
DBASE  MIC-MICXYZ,  SET-FAEBRP2 ,  UID-JEB 
DBASE  RMS-RMSXYZ,  SET-FAEBRP2,  UID-JEB 
DBASE  RHS-RHSXYZ,  SET-FAEBRP2 ,  UID-JEB 
DBASE  RMS-RMSXYZ,  SET-FAEBRP2,  UID-JEB 
DBASE  MDG-MDGXYZ,  SET-FAEBRP2 ,  UID-JEB 
DBASE  PDP-PDPXYZ,  SET-FAEBRP2,  UID-JEB 
END 

EXECUTION  DIRECTIVES 


END 


Table  6.7  -  Example  of  tne  DBASE  directive 
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Boeing  System  (NOS  1.2) 


r 


I 


PANAIR 

SYSTEM  PADJR1  BOEING 
DATABASE  DIRECTIVES 
APPEND  XYZ  TO  ALL 
UN-PAJEB1  FOR  ALL 
DBASE  MDG-MINDAT 
END 

EXECUTION  DIRECTIVES 


END 

END 


Table  6.8  -  A  more  efficient  use  of  the  DBASE  directive. 


Ames  System  (SCOPE  2. 1.3) 


PANAIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
DATABASE  DIRECTIVES 
APPEND  0E8  TO  ALL 
SET  .  FAEBRP2  FOR  ALL 
UID  -  JEB  FOR  ALL 
END 

EXECUTION  DIRECTIVES 

FIND  POTENTIAL  FLOW 
END 


Boeing  System  (NOS  1.2) 


PANAIR 

SYSTEM  PADUR1  BOEING 
DATABASE  DIRECTIVES 
APPEND  OEB  TO  ALL 
UN  -  PAJEB1  FOR  ALL 
END 

EXECUTION  DIRECTIVES 

FIND  POTENTIAL  FLOW 
END 


Table  6.9  -  Basic  set  of  MEC  directives  for  Boeing  and  Ames  systems 
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Boeing  System  (NOS  1.2) 


PAN  AIR 

SYSTEM  PADJR1  BOEING 
RID  BOEING  SYSTEM  MEC  DIRECTIVES 
CHECK  DATA 
DATABASE  DIRECTIVES 
APPEND  JEB  TO  ALL 
UN-PAJE81  FOR  ALL 
END 

EXECUTION  DIRECTIVES 

FIND  POTENTIAL  FLOW 
END 


Table  6.10  -  Example  of  variation  of  basic  set  of  MEC  directives 


PAN  AIR 

SYSTEM  PADJR1  BOEING 
RID  TEST  GEOMETRY  GENERATOR 
DATABASE  DIRECTIVES 
APPEND  GG  TO  ALL 
UN«PAJEB1  FOR  ALL 
END 

EXECUTION  DIRECTIVES 
CC-FTN,I,L,0PT-2. 
CC-LDSET(PRESET-INDEF). 
CC«LGO(  I NPI  '7,  OUTPUT,  CONF IG ) . 
CC-REWIND, CONFIG. 

INPUT  -  CONFIG 

FIND  POTENTIAL  FLOW  SOLUTION. 
END 
END 


Table  6.11  -  Example  of  the  use  of  the  CC-  directive 


%  /■ 


PAN  AIR 

SYSTEM  PADJR1  BOEING 
RID  TEST  GEOMETRY  GENERATOR 
DATABASE  DIRECTIVES 
APPEND  BUG  TO  ALL 
UN-PAJEB1  FOR  ALL 
KEEP  FOR  FUTURE  ALL 
END 

EXECUTION  DIRECTIVES 

FIND  POTENTIAL  FLOW  SOLUTION. 
ERROR  U 

CC-DMP, 1,20000 
CC-DMP, 32577, 47650 
END 
END 


Table  6.12  -  Example  of  CC-  directives  to  help  debug  a  module. 


PAN  AIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
RID  DATABASE  FILES  ON  PRIVATE  PACK 
DATABASE  DIRECTIVES 
APPEND  MIN  TO  ALL 
SET  .  FAEBRP3  FOR  ALL 

i  UID  .  UEB  FOR  ALL 

KEEP  FOR  FUTURE  ALL 
END 

EXECUTION  DIRECTIVES 

MOUNT  D0267A  FAEBRP3 
FIND  POTENTIAL  FLOW 
DISMOUNT  D0183A  FAEBRP2 
CC-ATTACH ( SCANDB, I D-JE3, SN-FAE8RF3 ) 
CC-SCANDB 
END 


Table  6.13  -  Example  of  MOUNT  and  DISMOUNT  directives 
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PAN  AIR 

SYSTEM  PANAIR  FAEBR2  AMES 
RID  ORIGINAL  RUN  OF  CASE  FOR  MODIFICATION 
CHECK  DATA 
DATABASE  DIRECTIVES 
APPEND  ORG  TO  ALL 
SET  -  FAEBRP2  FOR  ALL 
UID  .  JEB  FOR  ALL 
KEEP  FOR  FUTURE  IC  UPDATE 
KEEP  FOR  FUTURE  POST  PROCESSING 
KEEP  FOR  FUTURE  PDP 
END 

EXECUTION  DIRECTIVES 
FIND  POTENTIAL  FLOW 
END 


Table  6.14  -  MEC  directives  for  original  run 


PAN  AIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
RID  IC  UPDATE  OF  ORIGINAL  RUN 
DATABASE  DIRECTIVES 
APPENO  ORG  TO  ALL 
SET  -  FAEBRP2  FOR  ALL 
UID  -  JEB  FOR  ALL 
DBASE  MDG  -  MDGICU 
DBASE  PDP  -  PDPICU 
KEEP  FOR  FUTURE  SOLUTION  UPDATE 
KEEP  FOR  FUTURE  POST  PROCESSING 
KEEP  FOR  FUTURE  PDP 
END 

EXECUTION  DIRECTIVES 
FIND  IC  UPDATE 
END 
END 


Table  6.15  -  MEC  directives  for  subsequent  IC  update. 


PAN  AIR 

SYSTEM  PANAIR  FAEBR2  AMES 
RID  SOLUTION  UPDATE  OF  IC  UPDATE 
DATABASE  DIRECTIVES 
APPEND  ORG  TO  ALL 
SET  -  FAEBRP2  FOR  ALL 
UID  -  TEB  FOR  ALL 
DBASE  MDb  -  MDGSUP 
DBASE  PDP  .  PDPSUP 
KEEP  FOR  FUTURE  POST  PROCESSING 
KEEP  FOR  FUTURE  PDP 
END 

EXECUTION  DIRECTIVES 

FIND  SOLUTION  UPDATE 
END 
END 


Tab1e  6.16  -  MEC  directives  for  solution  update  of 
IC  update  run. 


PAN  AIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
RID  SOLUTION  UPDATE  OF  IC  UPDATE 
0ATA8ASE  DIRECTIVES 
APPENO  ORG  TO  ALL 
SET  .  FAEBRP2  FOR  ALL 
UID  *  DEB  FOR  ALL 
DBASE  PDP  =»  PDPPPO 
END 

EXECUTION  DIRECTIVES 

RUN  DIP  PANAIR  FAEBRP2 
RUN  PDP  PANAIR  FAEBRP2 
RUN  PPP  PANAIR  FAEBRP2 
END 
END 


Table  6.1?  -  MEC  directives  for  post  processing  runs  post 
processing  for  original  run. 
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PAN  AIR 

SYSTEM  PANAIR  FAEBRP2  AMES 
RID  SOLUTION  UPDATE  OF  IC  UPDATE 
DATABASE  DIRECTIVES 
APPEND  ORG  TO  ALL 
SET  -  FAEBRP2  FOR  ALL 
UID  -  JEB  FOR  ALL 
DBASE  PDP  -  PDPPPI 
DBASE  MDG  =  MDGICU 
END 

EXECUTION  DIRECTIVES 

RUN  DIP  PANAIR  FAEBRP2 
RUN  PDP  PANAIR  FAEBRP2 
RUN  PPP  PANAIR  FAEBRP2 
END 
END 


Table  6.18  -  MEC  directives  for  post  processing  run 
post  processing  for  IC  update  run. 
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7.0  OIP  Input  Records 


The  input  records  read  by  the  DIP  module  specify  the  flow  problem  to  be 
solved  by  PAN  AIR.  The  OIP  input  records  are  described  in  this  section. 
General  rules  are  given  for  the  formats  and  organization  of  the  input 
records.  The  input  records  then  are  described  for  each  data  group. 

The  input  records  read  by  the  OIP  module  are  organized  and  written  onto  a 
data  base  for  use  by  the  subsequent,  program  modules.  The  calculations  in  the 
DIP  module  are  restricted  to  a  few  data  adjustments  and  some  checks  on  the 
validity  of  the  input  data.  The  optional  printout  of  the  DIP  module  allows 
the  user  to  inspect  the  input  data,  some  intermediate  calculations,  and  the 
options  selected  by  the  program, 


7.1  General  Rules 


The  general  rules  for  preparation  of  the  DIP  input  records  are  listed  in 
this  section:  first,  those  for  defining  the  physical  model  and,  second,  those 
for  preparing  input  records. 


7.1.1  Physical  Model 


All  configuration  data  must  be  specified  in  a  reference  coordinate  system 
(see  appendix  B.2.1).  This  system  must  be  orthogonal  and  right-handed,  but  is 
otherwise  arbitrary.  PAN  AIR  has  an  implied  reference  coordinate  system:  x0 
positive  aft,  y0  positive  right,  and  zQ  positive  up.  The  program  defaults  are 

based  upon  the  implied  reference  coordinate  system. 

The  dimensional  unit  of  all  length  quantities  is  established  by  the 
reference  coordinate  system.  This  dimensional  unit  must  be  used  for  all 
specified  geometry  (network  grid  point  and  other  point  coordinates),  for  other 
geometric  quantities  (tolerance  distances,  length  and  area  reference 
parameters),  and  all  velocity  quantities  (uniform  onset  velocity,  local  onset 
flow  velocity,  specified  flows,  and  so  forth). 

The  dimensional  unit  of  all  time  quantities  is  established  by  the 
user-specification  of  uniform  onset  velocity  (record  G6).  This  dimensional 
unit  must  be  used  for  all  other  time-related  quantities:  rotational  onset 
flow  velocity,  local  onset  flow  velocity  and  specified  flows  in  the  boundary 
condition  equations.  In  many  applications  the  user  will  give  the  uniform 
onset  velocity  a  unit  value.  This  scales  the  time  dimensional  unit;  all  other 
time-related  quantities  (the  velocity  quantities  listed  above)  must  be  scaled 
in  the  same  manner. 
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7.1.2  Input  Records 


7. 1.2.1  Structure  of  Input  Records 


The  symbology  used  for  the  Input  records  is  listed  in  table  7.1.  Input 
records  are  of  three  basic  types.  First,  an  instruction  record  consists  only 
of  a  primary  keyword  ("ITEM",  table  7.1)  which  identffTes  the  instruction 
being  specified.  Second,  an  instruction-parameter  record  consists  of  a 
primary  keyword,  followed  by  an  equal  sign,  followed  by  o’ne  or  more  secondary 
keywords  ("Item",  table  7.1)  to  specify  particular  options,  or  by  a 
user-supplied  name  ("item",  table  7.1),  or  by  numerical  data,  or  by  a 
combination  of  the  three.  Third,  a  data  record  consists  of  numerical  data 
only. 


<>—  Data  items  enclosed  in  brackets  have  default  values. 

{  }—  Data  items  enclosed  in  braces  have  optional  input  entries.  One  of  the 
indicated  options  must  be  selected. 

{{  }} —  Data  items  enclosed  in  double  braces  have  optional  input  entries.  One 
or  more  of  the  indicated  options  must  be  selected. 

Note:  Brackets  <  >  ,  braces  {  }  ,  and  double  braces  {{  }}  used  in 

describing  the  record  formats  are  not  input. 

ITEM  —  An  item  typed  in  all  upper  case  letters  is  a  primary  keyword.  At 
least  the  underlined  portion(s)  must  be  input.  If  portions  of  two 
words  are  underlined,  they  must  be  separated  by  at  least  one  blank. 

Item  —  An  item  with  only  the  leading  character  typed  in  upper  case  must  be 
selected  from  a  list  of  secondary  keywords.  If  several  secondary 
keywords  are  input,  their  ordering  is  arbitrary.  At  least  the 
underlined  portion  of  keywords  must  be  input.  Imbedded  blanks  are  not 
allowed  in  secondary  keywords. 

item  —  An  item  typed  in  all  lower  case  letters  is  defined  by  the  user. 

Note:  All  data  on  a  record  starting  with  a  primary  keyword  (ITEM)  must  be  on 

a  single  record  unless  "record  continuation"  is  indicated  by  a  plus 
(+)  as  the  last  character  on  a  card. 


Table  7.1  Symbology  for  input  records 


7. 1.2. 2  Defaults 


A  default  is  the  instruction,  option,  or  numerical  data  assigned  by  the 
DIP  module  when  the  user  omits  part  or  all  of  an  input  record.  There  are  two 
types  of  defaults.  First,  a  record  default  is  the  omission  of  the  entire 
input  record.  Second,  a  parameter  default  occurs  in  an  instruction-parameter 
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record  when  some  or  all  of  the  parameters  are  omitted.  Both  types  of  defaults 
are  identified  in  the  descriptions  of  the  input  records  (sections  7.3  to  7.7). 


7. 1.2. 3  Format  Rules 


The  user-specified  input  records  must  satisfy  the  format  rules  listed 

below: 

1.  Two  delimiters  (which  are  interchangeable)  are  used  to  separate  words  and 
numbers:  blank  and  comma.  An  equal  sign  (*)  is  used  as  a  special 
delimiter  to  separate  primary  keywords  from  subsequent  data  and  to 
separate  user-specified  names  from  secondary  keywords. 

2.  Numerical  values  are  read  in  free-field  format  only;  individual  values 
must  be  separated  by  delimiters.  Integers  and  floating  point  numbers  must 
be  properly  Input,  for  example,  integers  are  not  converted  to  floating 
point  numbers  by  the  proyrsm.  A  special  format  is  used  for  repeated 
values.  For  example,  three  consecutive  1.5  values  can  be  input  as 

"1.5,  *  m  2"  which  is  interpreted:  a  single  1.5  value  and  that  value 
repeated  2  more  times. 

3.  User-defined  alphanumeric  names  can  consist  of  1  to  20  characters.  Input 
alphanumeric  names  with  more  than  20  characters  are  truncated  to  the  first 
20  characters.  Alphanumeric  names  can  consist  of  letters,  integers,  and 
the  symbols  hyphen,  period  and  both  parentheses.  Imbedded  blanks  are  not 
allowed.  The  alphanumeric  names  are  arbitrary  except  they  cannot  be 
purely  numerical  or  something  that  will  be  interpreted  as  numerical.  For 
example,  "E5"  will  be  interpreted  as  “l.E+5"  by  the  program. 

4.  Record  continuation  is  indicated  by  a  plus  (+)  as  the  last  character  on  a 
card.  The  continuation  symbol  must  not  split  a  word  or  a  number. 

5.  Record  continuation  is  not  required  for  data  records,  that  is,  records 
which  give  numerical  values  only.  A  series  of  numerical  values  con  be 
arbitrarily  separated  onto  different  cards.  There  is  one  exception:  for 
numerical  values  which  occur  in  triplets  (that  is,  coordinates  or  vector 
components),  each  triplet  must  be  on  a  single  card.  If  a  triplet  is  split 
onto  more  than  one  card,  then  record  continuation  is  required. 

6.  Input  records  do  not  require  a  terminator.  The  optional  record  terminator 
is  a  slash  (/)  which  can  be  used  to  add  comments:  the  DIP  module  Ignores 
the  text  following  the  slash.  Record  continuation  (rule  4  above)  cannot 
be  used  with  comments.  An  input  card  starting  with  a  star-slash  (*/)  or  a 
slash  (/)  is  ignored  by  the  program  and  can  be  used  for  comments. 

7.  Several  records  can  be  combined  onto  a  single  card  if  they  are  separated 
by  a  dollar  sign  ($). 


y 
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7. 1.2.4  Records  and  Cards 


In  most  cases  one  input  record  is  one  computer  card.  However,  one  input 
record  can  consist  of  several  cards  under  the  record  continuation  feature, 
rules  4  and  5  in  the  list  above.  Several  input  records  can  be  placed  on  a 
single  computer  card,  rule  7  in  the  list  above.  Also,  the  DIP  module  will 
accept  either  physical  cards  or  card  images. 


7. 1.2. 5  Examples 


Several  sample  applications  follow,  illustrating  the  symbology  and  the 
formats  used  in  description  of  the  input  records  in  sections  7.3  to  /.7.  In 
each  case  the  symbolic  description  of  the  input  record  is  given,  followed  by 
an  example  of  the  record.  Each  example  is  given  in  two  or  more  formats  which 
give  identical  instructions  and  data  to  the  program,  thus  illustrating 
alternate  formats  which  can  be  used  for  the  input  records. 


1.  Primary  keyword  only 

Input  data  listing: 

BEGIN  NETWORK  DATA 

Example: 

BEuIN  NETWORK  DATA 
BEGI  NETW 


2.  Primary  and  secondary  keywords 


Input  data  listing: 


'Secondary  keyword(s) 

-Select  and  enter  one  or 
more  of  five  secondary 
keyword  options 


< PRESSURE  COEFFICIENT  RULES  -  {{Rule( s)}}>^_ 

r  'ISENTROPIC  \ _ A 

Primary  keyword  LINEAR 

SECOND-ORDER 

/  REDUCED-SFCOND-ORDER 
OTDER-BODY 

<d_0rder  of  input  is  arbitrary 


A  default  exists 


Example: 

PRESSURE  COEFFICIENT  RULES  -  ISENTROPIC,  SECOND-ORDER 
PRES  -  I SEN,  SECO 

PRES  -  SECO,  ISENTROPIC  /COMMENT  WITH  ANY  USER-SUPPLIED  TEXT 
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3.  Primary  keyword  and  data 

Input  data  listing: 

< SOLUTIONS  -  {{solution— 1d( I )>» 

Example: 

solutions  -  1,3,6 

S0lU-1  3  6 


4.  Primary  keyword  and  data  with  default  values 
Input-  data  listing: 

<.  RATIO  OF  SPECIFIC  HEATS  -  {{gamma(s)}}> 

Record  Default:  gamma  -  1.4  for  all  values  in  the  array 

(that  is,  gamma  -  1.4,  1.4,  1,4,  1.4,  1.4,  ...■) 

Example: 

RATIO  OF  SPECIFIC  HEATS  -  1.667,  1.4,  1.286 
RATI  -  1.667,  1.4,  1.286 

Resulting  array:  gamma  -  1.667,  1.4,  1.286,  1.4,  1.4,  ... 


5.  Primary  and  secondary  keywords  and  data 
Input  listing: 

ABUTMENT  {{  -  network-id,  edge-number  ^  end-point  pair\.,'vv 

\  ENTIRE-EDGE  /'V 

Example:  . 

ABUTMENT  -  WING-A,  3,  ENTIRE-EDGE  *1 

■  WING-B,  1,  l,  4  +  One  input  record 

■  WING-C  3  J 

ABUT  -  WING-A,  3,‘eNTI  «  WING-B,  1,  1,  4  -  WING-C,  3 

The  equal  signs  are  used  to  separate  the  user-supplied  network-id  names. 
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7. 1.2, 6  Input  Records  with  a  List  of  User-Specified  Names 


The  utier  can  specify  alphanumeric  names  for  solutions,  networks  and  two 
tyre.;  of  calculation  cases  (surface  flow  properties,  and  forces  and  moments). 
These  names  are  arbitrary  except  for  the  restrictions  under  rule  3  of  section 
7. 1.2.3  and  for  a  requirement  that  the  names  in  each  category  to  be  distinct. 
Also  an  integer  index, which  corresponds  to  an  (independent)  alphanumeric  name, 
is  assigned  by  the  DIP  module.  Subsequent  references  to  the  solutions, 
networks  and  the  two  types  of  calculation  cases  can  use  either  the 
alphanumeric  names  (example  5  in  the  previous  section)  or  the  integer  indices 
(example  3  in  the  previous  section). 

The  requirements  for  the  user-specified  alphanumeric  names  to  be  arbitrary 
and  tor  the  alternative  use  of  the  corresponding  integer  indices  has  affected 
th«  design  of  the  input  records.  There  are  two  basic  types  of  records  if  a 
list  oe  alphanumeric  names  or  integer  indices  is  specified.  The  first  type  of 
ref. or'*  is  a  list  of  names/indices  without  any  other  instructions  being 
specified.  See  example  3  of  the  previous  section.  The  record  has  (in 
addition  to  the  primary  keyword)  a  single  equal  sign  followed  by  the  list  of 
names/indices,  which  must  be  separated  by  at  least  one  delimiter  (blank  or 
comma).  The  second  type  of  record  is  a  list  which  includes  the  names/ integers 
alonn  with  other  instructions.  See  example  5  of  the  previous  section.  In 
this  type  of  record  each  of  the  names/indices  is  preceded  by  an  equal  sign. 

The  PIP  module  uses  the  equal  signs  to  distinguish  the  names/indices  from  the 
other  instructions  on  the  record. 


7.1 .2.1  Program  Limitations 


PAN  AIR  has  the  following  limitations. 

Number  of  solutions:  200 
Number  of  networks:  100 
Number  of  calculation  cases  - 

Surface  flow  properties:  100 
Forces  and  moments:  100 

The  DIP  module  enforces  these  limitations.  The  limitations  on  the  solutions 
and  on  both  calculation  cases  can  be  avoided  by  using  the  update  capabilities, 
see  section  7.2.3.  Note  that  there  is  no  direct  limitation  on  the  number  of 
panels,  but  this  number  strongly  influences  the  cost  of  a  computer  run. 


T 
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7.2  Input  Record  Listing 


The  set  of  DIP  input  records  is  described  briefly  in  this  section. 
Included  are  a  description  of  the  data  groups  and  a  listing  of  the  input 
record  names.  Also  Included  is  a  brief  description  of  the  PAN  AIR  update 
capability  and  the  associated  restrictions  on  the  DIP  input  records. 


7.2.1  Data  Groups 


The  input  records  are  divided  into  five  data  groups,  which  must  appear  in 
the  order  given  below. 

1.  Global  Data  Group 

This  data  group  serves  two  purposes.  First,  it  defines  basic  program 
conditions  which  a”'J  required  in  the  formulation  of  the  flow  problem. 
Second,  it  defines  global  default  values  for  several  quantities  which 
appear  in  subsequent  data  groups. 

2.  Network  Data  Group 

This  data  group  defines  the  basic  configuration  data,  such  as  panel  grid 
point  geometry  and  boundary  conditions,  on  an  individual  network  basis. 

3.  Geometric  Edge  Matching  Data  Group 

This  data  group  defines  network  abutments  and  associated  boundary 
conditions,  which  usually  Involve  more  than  one  network. 

4.  Flow  Properties  Data  Group 

This  data  group  defines  options  for  two  types  of  post-solution 
calculations.  Included  in  the  group  are  instructions  for  calculation  of 
surface  flow  properties  (POP  module),  and  forces  and  moments  (CDP  module). 

5.  Print-Plot  Data  Group 

This  data  group  defines  various  options  for  preparing  files  for  subsequent 
printing  and  plotting  of  parts  of  the  program  output. 
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7.2.2  List  of  Input  Records 


The  DIP  input  records  are  listed  below.  The  records  are  organized  by  data 
groups.  Jach  record  has  an  identifying  number.  An  asterisk  (*)  Indicates 
that  the  record  has  ordering  restrictions.  Records  G8  to  GIG  define  global 
default  options;  these  records  are  repeated  (indicated  by  +)  in  later  data 
groups  so  that  the  global  options  can  be  redefined  locally. 

Global  Data  Group 

*G1 .  Global  Data  Group  Identifier 

G2.  Problem  Identification 

G3.  User  Identification 

G4.  Configuration  and  Flow  Symmetry 

G5.  Compressibility  Data 

G6.  Global  Onset  Flow  Record  Set 

G7.  Tolerance  for  Geometric  Edge  Matching 
G8.  Surface  Selection  Options 

G9.  Selection  of  Velocity  Computation  Method 
G10.  Computation  Option  for  Pressures 

Gil.  Velocity  Correction  Options 

G12.  Pressure  Coefficient  Rules 

G13.  Ratio  of  Specific  Heats 

G14.  Reference  Velocity  for  Pressure 

G15.  Store  Velocity  Influence  Coefficient  Matrix 

G16.  Store  Local  Onset  Flow 

G17.  Checkout  Print  Options 

Network  Data  Group 

*NI.  Network  Data  Group  Identifier 

*N2.  Network  Identifier  Record  Set 

*N2a.  Network  Identifier 

*N2b.  Grid  Point  Coordinates 

N3.  +(G15).  Store  Velocity  Influence  Coefficient  Matrix 

N4.  +(G16).  Store  Local  Onset  Flow 

N5.  Reflection  in  Plane  of  Symmetry  Tag 

N6.  Wake  Flow  Properties  Tag 

N7.  Triangular  Panel  Tolerance 

N8.  Network  and  Edge  Update  Tag 

N9.  Boundary  Condition  Specification 

NIC’.  Method  of  Velocity  Computation 

Nil.  Singularity  Types 

N12.  Edge  Control  Point  Locations 

N13.  Remove  Doublet  Edge  Matching 

N14.  Closure  Edge  Boundary  Condition  Record  Set 

*N14a.  Closure  Edge  Condition  Identifier  and  Locator 

*N14b.  Closure  Term 

*N14c.  Closure  Solutions  List 

*N14d.  Closure  Numerical  Values 
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N15.  Coefficients  of  General  Boundary  Condition  Equation  Record  Set 
*N15a.  Coefficients  of  General  Boundary  Condition  Equation  Identifier 
*N15b.  Equation  Term 

*N15c.  Equation  Solutions  List 

*N15d.  Equation  Control  Point  Locations 

*Nl5e.  Equation  Numerical  Values 

N16.  Tangent  Vectors  for  Design  Record  Set 
*N16a.  Tangent  Vectors  for  Design  Identifier 

*N16b.  Tangent  Vectors  Term 

*N16c.  Tangent  Vectors  Scaling 

*Nl6d.  Tangent  Vectors  Solutions  List 

*N16e.  Tangent  Vectors  Control  Point  Locations 

*N16f.  Tangent  Vectors  Numerical  Values 

*N16g.  Tangent  Vectors  Standard  Numerical  Values 

N17.  Specified  Flow  Record  Set 

*N17a.  Specified  Flow  Identifier 

*N17b.  Specified  Flow  Term 

*N17c.  Specified  Flow  Symmetries 

*N17d.  Specified  Flow  Solutions  List 

*N17e.  Specified  Flow  Control  Point  Locations 

*N17f.  Specified  Flow  Numerical  Values 

N18.  Local  Onset  Flow  Record  Set 

*N18a.  Local  Onset  Flow  Identifier 

*N18b.  Local  Onset  Flow  Term 

*N18c.  Local  Onset  Flow  Symmetries 

*N18d.  Local  Onset  Flow  Solutions  List 

*N18e.  Local  Onset  Flow  Control  Point  Locations 

*N18f.  Local  Onset  Flow  Numerical  Values 

Geometric  Edge  Matching  Data  Group 
*GEt.  ‘Geometric  Edge  Matching'  Data  Group  Identifier 
*Gt2.  Abutment  Definition 

GE3.  Abutment  in  Planes  of  Symmetry 

GW.  Smooth  Edge  Treatment  Option 

Flow  Properties  Data  Group 

*FPTT  mow  "Proper ties  Data  Group  Identifier 

Surface  Flow  Properties  Data  Subgroup 
^SFi .  SurTac el Plow" 7r op  er'tTes  Subgroup  Identifier 

SF2 .  Networks  and  Images  Selection 

SF3.  Solutions  List 

SF4 .  Calculation  Point  Locations  Record  Set 

*SF4a.  Point  Types 

*SF4b.  Arbitrary  Points 


SF5. 

+(G8  . 

Surface  Selection  Options 

SF6 . 

+  (G<>). 

Selection  of  Velocity  Computation  Method 

SF7 . 

+  (GlO) . 

Computation  Option  for  Pressures 

SF8. 

+(G13). 

Ratio  of  Specific  Heats 
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SF9.  +(G14).  Reference  Velocity  for  Pressure 
SFlCl.  Printout  Options  Record  Sat 
*SF10a.  Printout  Options 
*SF10b.  +(G11).  Velocity  Correction  Options 

*SF10c.  +(G12).  Pressure  Coefficient  Rules 

SF11.  Data  Base  Options  Record  Set 
*SFUa.  Data  Base  Options 

*SFllb.  +(G11).  Velocity  Correction  Options 

*SFllc.  +(G12).  Pressure  Coefficient  Rules 


Forces  and  Moments  Data  Subgroup 
*FM1 .  Fo'rces  and  Moments  Subgroup  Identifier 

FM2.  Reference  Parameters 

FM3.  Axis  Systems 

FM4.  Solutions  List 

FM5.  Printout  Options 

FM6.  Data  Base  Options 

*FM7.  Case  Identifier 


FM8. 

FM9. 

FM10. 

FM11. 

FM12 . 

FM13. 

FM14. 

FM15. 

FM16. 

FM17. 

FM18. 

FM19. 

FM20. 

FM21. 


Networks  and  Images  Selection 
Edge  Force  Calculation 
Moment  Axis 

Local  Reference  Parameters 

+(68).  Surface  Selection  Option 

+(G9) .  Selection  of  Velocity  Computation  Method 

+(G10).  Computation  Option  for  Pressures 

+(G11).  Velocity  Correction  Options 

+(G12) .  Pressure  Coefficient  Rules 

+(G13) .  Ratio  of  Specific  Heats 

+(G14).  Reference  Velocity  for  Pressure 

Local  Printout  Options 

Local  Data  Base  Options 

Accumulation  Options 


Print-Plot  Data  Group 
*PPl.  Print-Plot  Data  Group  Identifier 

PP2.  Geometry  Data  Record  Set 

*PP2a.  Geometry  Data  Identifier 

*PP2b.  Network  Selection 

PP3.  Point  Data  Record  Set 

*PP.>a.  Point  Data  Identifier 

*PP3b.  Case  Selection 

*PP3c.  Solutions  List 

*PP3d.  Networks  and  Images  Selection 

*PP3e.  Array  Type 

PP4.  Configuration  Data  Record  Set 

*.'P4a.  Configuration  Data  Identifier 

*PP4b.  Case  Selection 

*PP4c.  Solutions  List 

*PP4d.  Networks  and  Images  Selection 

A  termination  record  "END  PROBLEM  DEFINITION"  can  be  used  to  indicate  the 
end  of  the  data.  Its  use  Is  not  required. 

Within  each  group  most  input  records  can  appear  in  any  order.  The 
exceptions  are  listed  below  by  data  groups.  The  repetitions  which  are 
possible  within  each  group  are  Identified. 


Global  Data  Group:  Record  G1  (Global  Data  Group  Identifier)  must  be  the  first 
record  in  the  "Bata  group. 

Network  Data  Group:  Record  N1  (Network  Data  Group  Identifier)  must  be  the 
first  record  in  the  data  group.  Records  N2  to  N18  are  repeated  for  each 
network;  record  set  N2  (Network  Identifier  Record  Set)  must  be  the  first 
record(s)  for  each  network.  The  other  records  can  appear  In  any  order.  This 
includes  the  record  sets  N14  to  N18;  however  the  records  within  these  record 
sets  must  be  in  the  specified  order  since  repetitions  are  allowed.  The  data 
for  each  network  are  independent,- except  for  a  global  network  option  which  can 
be  defined  in  record  N9. 

Geometric  Edge  Matching  Data  Group:  Record  GE1  (Geometric  Edge  Matching  Data 
Group  Identifier)  must  be  the  first  record  in  the  data  group.  Records  GE2  to 
GE4  are  repeated  for  each  abutment;  record  GE2  (Abutment  Definition)  must  be 
the  first  record  for  each  abutment.  The  data  for  each  abutment  are 
independent. 

Flow  Properties  Data  Group:  Record  FPl  (Flow  Properties  Data  Group 
Identifier)  must  be  the  first  record  In  the  data  group.  The  subsequent  two 
data  subgroups  can  appear  in  either  order,  but  the  data  for  one  subgroup  must 
be  completed  before  starting  the  other  subgroup.  The  Surface  Flow  Properties 
Data  Subgroup  allows  repetition  of  all  records  to  specify  independent  cases; 
record  SF1  must  be  the  first  record  for  each  case.  The  Forces  and  Moments 
Data  Subgroup  has  two  parts.  Records  FMI  to  FM6  specify  global  options; 
record  FMI  must  be  the  first  record  in  the  data  subgroup.  Records  FM7  to  FM21 
can  be  repeated  to  specify  independent  cases;  record  FM7  must  be  the  first 
record  for  each  case. 

Print-Plot  Data  Group:  Record  PP1  (Print-Plot  Data  Group  Identifier)  must  be 
the  first  record  in  the  data  group.  The  subsequent  three  record  sets  can 
appear  in  any  order,  but  only  once  each.  The  records  within  the  record  set 
must  be  in  the  specified  order. 


7.2.3  Update  Capabilities 


The  PAN  AIR  update  capabilities  allow  the  reuse  of  results  from  previous 
computer  runs.  These  capabilities  have  cost  advantages,  since  they  save 
recomputation  of  results  available  in  previous  runs.  Three  types  of  update 
runs  are  available.  The  type  is  specified  in  the  MEC  language  (see  section 
6).  The  distinction  between  the  three  types  is  based  upon  the  results 
availaole  from  the  previous  run.  The  types  of  update  runs  are  listed  below  in 
order  of  progression  through  a  complete  analysis.  Each  update  includes  the 
capabilities  of  those  updates  appearing  below  it  in  this  list. 

1.  IC  UPDATE  (IC-inf luence  coefficient):  This  is  a  left-hand  side  update 
requiring  recomputation  of  partitions  of  the  aerodynamic  influence 
coefficient  matrix,  due  to  changes  either  in  the  surface  geometry  or  in 
the  left-hand  side  of  any  boundary  condition  equation. 

2.  SOLUTION  UPDATE:  This  is  a  right-hand  side  update,  which  allows  the 
Introduction  of  new  solutions  or  changes  in  existing  solutions,  including 
changes  In  the  right-hand  side  of  any  boundary  condition  equation.  For 
example,  each  solution  allows  different  values  of  the  onset  flow, 
including  the  uniform  onset  flow  speed  and  the  angles  of  attack  and 
sideslip,  seeappendix  8.2. 2.  The  aerodynamic  influence  coefficient  matrix 
and  the  left-hand  side'-  of  boundary  condition  equations  cannot  be  changed. 

3.  POST  PROCESSING  UPDATE:  This  is  a  post-solution  update:  the  solution  for 
the  singularity  parameters  can  not  be  changed.  This  update  allows  the 
specification  of  flow  properties  calculations:  surface  flow  properties, 
and  forces  and  moments  calculations  can  be  specified.  Also,  the 
preparation  of  print-plot  files  can  be  specified. 

In  using  the  IC  update,  the  associated  network  updating  capability 
requires  special  consideration.  An  1C  update  allows  modification  of  the 
configuration,  including  the  replacement  or  deletion  of  existing  networks,  and 
the  addition  of  new  networks.  However  any  network  which  is  replaced  or 
deleted  must  have  been  designated  as  "updateable"  (record  N8)  in  the 
originating  run.  All  network  edges  which  abut  any  updated  nt.work  mi.  - '  also 
have  been  designated  as  updateable.  (As  a  user  convenience,  the  DQG  ■  dule 
printout  identifies  any  network  edge  which  abuts  an  updateable  network.) 
Otherwise,  the  IC  update  capability  cannot  be  used;  the  modified  configuration 
must  be  handled  as  a  new  run.  Also,  a  program  restriction  requires  that  the 
entire  configuration  cannot  be  designated  as  updateable. 

The  SOLUTION  update  includes  two  options.  These  allow  either  the 
specification  of  a  new  set  of  solutions  or  the  selective  updating  of  the 
existing  solutions  defined  in  the  originating  run. 

The  POST  PROCESSING  update  is  post-solution,  that  is,  the  solution  for  the 
singularity  distributions  has  been  completed.  The  update  allows  specification 
of  input  data  for  post-solution  calculation  cases  under  two  options.  These 
allow  either  the  elimination  of  all  existing  post-solution  calculation  cases 
or  the  selected  updating  of  existing  cases  together  with  the  addition  of  new 
cases. 
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The  description  of  the  input  records,  given  in  sections  7.3  through  7.7, 
includes  ill  possible  input  records.  For  update  runs  the  allowable  set  input 
records  is  restricted,  since  several  quantities  defined  in  the  originating  run 
(or  in  prior  update  runs)  cannot  be  be  redefined.  A  list  of  the  allowable 
input  records  for  each  type  of  update  run  is  given  ^n  table  7.2. 


IC  UPDATE 

Global  Data  Group:  Gl,  G6,  G8-G14,  G17 

Network  Data  Group:  all  records  for  selected  networks 

Geometric  Edge  Matching  Data  Group:  all  records  for  selected  networks 

Flow  Properties  Data  Group:  all  records 

Print-Plot  Data  Group:  all  records 

SOLUTION  UPDATE 

Global  Data  Group:  Gl,  G6,  G8-G14,  G17 

Network  Data  Group:  Nl,  N2a,  N14-16  (only  right-hand  side  data),  N17,  N18 
Geometric  Edge  Matching  Data  Group:  none 
Flow  Properties  Data  Grour :  all  records 
Print-Plot  Data  Group:  all  records 

POST  PROCESSING  UPDATE 

Global  Data  Group:  Gl,  G3-G14,  G17 

Network  Data  Group:  none 

Geometric  Edge  Matching  Data  Group:  none 

Flow  Properties  Data  Group:  FP1,  SF1-SFU,  FM1-FM21 

Print-Plot  Data  Group:  all  records 

Table  7.2  -  Allowable  input  records  for  each 
type  of  update  run 


7.3  Global  Data  Group 


The  global  data  group  specifies  basic  program  data  and  options.  Records 
G2  to  G7  and  record  G17  specify  data  „r,d  options  which  do  not  change  during  a 
run.  Records  G8  to  G16  specify  global  defaults  for  data  and  options  which 
appear  in  subsequent  data  groups.  The  Global  Data  Group  must  be  present  in  an 
originating  computer  run,  in  an  IC  update  and  in  a  SOLUTION  update. 

Ordering:  The  first  record  in  the  Global  Data  Group  must  be  the  group 
identifier,  record  Gl.  The, other  records  can  appear  in  any  order. 


Record  Gl.  Global  Data  Group  Identifier 

This  record  identifies  the  data  group  and  specifies  a  possible  solution 
update  option.  (The  update  option  is  specified  in  the  MEC  language  as 
described  in  section  6;  the  update  options  are  described  in  section  7.2.3.) 

<  BEGIN  GLOBAL  DATA  <Solution-update-option» 

NEW 

REPLACE 

'  UfMte 

Parameter  Default:  NEW 

NEW:  The  computer  run  is  either  an  originating  run  or  a  post-solution  update 
"(not  a  SOLUTION  update  nor  an  IC  update). 

REPLACE:  All  solution  data  (right-hand  side  data)  from  the  previous  run  are 
eliminated.  New  solution  data  are  specified  in  the  Global  and  network  Data 
Groups.;  undefined  solution  data  are  given  the  listed  default  values. 

UPDATE:  The  existing  solution  data  are  retained,  but  can  be  can  be 
selectively  updated,  except  that  the  number  of  solutions  and  the  solution-ia's 
cannot  be  changed.  (Use  this  option  if  the  solution  data  is  not  to  be 
changed.) 

Record  Default:  The  global  data  group  can  be  omicted  in  update  runs.  If 
omitted,  the  global  defaults  are  those  of  the  existing  DIP  data  base.  If  this 
record  is  omitted,  then  omit  all  records  in  the  data  group. 


Examples: 

BEGIN  GLOBAL  DATA 
BEGI  GLOB  -  REPL 
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Records  G2  and  G3  are  Identifiers  which  will  appear  in  the  output.  Each 
record  is  a  single  card.  The  identification  names  will  consist  of  the  last  76 
characters  on  the  card.  These  names  have  no  restrictions  on  the  use  of 
symbols  or  imbedded  blanks.  (Note  that  records  62  and  63  are  distinct  from 
the  Run  ID  and  the  r  ID  specified  in  the  MEC  data.) 


Record  62.  Problem  Identification 
< PIP  *  problem  identification> 
Record  Default:  PID-NO  PROBLEM  ID 


Record  63.  User  Identification 
< UID  «  user  identification > 


Record  Default:  UID-NO  USER  ID 


Record  G4.  Configuration  and  Flow  Symmetry 

This  record  specifies  possible  planes  of  symmetry  (see  section  B.2.3). 

The  presence  of  configuration  symmetry  will  reduce  the  amount  of  input  data, 
since  only  the  unique  portion  of  the  configuration  is  defined.  The  designated 
configuration  symmetry  must  be  complete,  including  all  physical  and  wake 
surfaces.  If  the  configuration  Is  symmetric,  the  flow  may  be  either  symmetric 
or  asymmetric.  The  user  must  be  careful  in  the  specification  of  the  onset 
flow  (record  G6  and  record  set  N18)  and  any  specified  flow  (record  set  N17), 
which  must  be  consistent  with  any  flow  symmetry  specified  here.  The  option  of 
asymmetric  flow  should  tc  used  if  there  is  any  doubt  about  the  flow  symmetry. 

CONFIGURATION  -  List(n)> 

List(n)  options:  If  no  planes  of  configuration  symmetry,  use  list(I) 

If  one  plane  of  configuration  symmetry,  use  List (2.) 

If  two  planes  of  configuration  symmetry,  use  List(3) 

List(l)  -  ASYMMETRIC-GEOMETRY 

List(2)  »  FIRST-PLANE  <ui recti  on-numbers <pointbb<Flow-type> 

ASYMMETRIC-FLOW 

57HRETRIC-FLOW 

SffSUND-EFFECT 

LI st (2)  parameter  defaults  make  the  xQz0  plane  that  of  symmetry: 

direction-numbers  -  0.,  1.,  0. 
point  -  0.,  0.,  0. 

Flow-type  -  SYMMETRIC-FLOW 

List(3)  -  <List(2)>  SECOND-PLANE <direction-numbers>  <Flow-type> 

ASYMMETRIC-FLOW 

SWTETRIC-FI.OW 

mjND-EFFECT 

List(3)  parameter  defaults  make  the  xQz0  and  xQy0  planes  those  of 
symmetry: 

L i s t ( 2 )  parameter  defaults  and 
direction-numbers  -  0.,  0.,  1. 

Flow-type  -  SYMMETRIC-FLOW 

The  planes  of  symmetry  are  specified  by  the  direction  numbers  (in  the 
reference  coordinate  system)  and  by  one  point  in  the  plane.  The  input 
direction  numbers  are  normalized  by  the  program^to  give  the  direction  cosines, 
wliiv.ii  are  the  components  of  the  normal  vectors  and  r^.  The  positive 

direction(s)  of  the  nornal  vector(s)  must  satisfy  two  rules: 

(1)  If  there  are  networks  in  the  plane  of  symmetry  (record  Nf>)  then  the  normal 
vector  must  point  from  "point"  in  L i st ( 2 )  toward  the  input  configuration,, 

(2)  If  there  are  two  planes  of  symmetry  then  the  compressibility  vector  c0 
(record  G5)  must  satisfy  the  relation  c  -  n^  x  .  The  GRt'UNO-EFFECT 
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instruction  is  the  same  as  the  SYMMETRIC-FLOW  Instruction  except  that  the 
forces  and  moments  are  computed  on  one-half  (or  one-quarter)  of  the  total 
configuration.  With  List(2),  if  only  three  numbers  are  given  for  the 
"direction-numbers  point"  they  are  taken  to  be  the  direction  numbers. 

Record  Default:  CONFIGURATION  -  FIRST-PLANE,  0.  1.  0.,  0.  0.  0.,  SYMMETRIC-FLOW 
(That  is,  one  plane  of  configuration  symmetry,  with  the  normal  vector  being  the 
yQ-axis,  and  with  symmetric  flow.) 

Restrictions:  The  direction  numbers  cannot  be  all  zero,  which  is  an  error. 

With  two  planes  of  symmetry,  the  planes  must  be  orthogonal:  if  the  normals 
are  not  perpendicular  within  0.01  degree,  the  program  gives  an  error. 


Examples: 

CONFIGURATION  -  ASYMMETRIC-GEOMETRY 
(That  is,  the  configuration  is  asymmetric.) 

CONF  -  FIRS,  0.,  0.,  1.,  SYMMETRIC-FLOW 

(That  is,  one  plane  of  configuration  symmetry  with  normal  vector  being  the 
zQ-axis,  and  with  symmetric  flow.) 

CONF  -  FIRS,  0.,  1.,  0...  0.,  0.,  0.,  ASYM,  SECO,  0.,  0.,  1.,  ASYM 
(That  is,  two  planes  of  configuration  symmetry,  with  the  normal  vectors 
being  the  yQ-axis  and  the  zQ-axis,  respectively,  and  with  asymmetric  flow 

for  both  planes.) 
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Record  G5.  Compressibility  Data 


This  record  specifies  the  freestream  Mach  number  and  the  compressibility 
direction,  which  is  the  x-axis  of  the  Prandtl-Glauert  equation,  see  sections 
A.l  and  8.2.1.  For  incompressible  flow  (MACH  -  0.),  the  compressibility 
direction  is  not  required  in  theory,  but  one  must  be  specified  to  avoid 
numerical  problems.  The  compressibility  angles  of  attack  and  sideslip,  ac  and 

ec,  define  the  transformation  between  the  reference  coordinate  system  and  the 

compressibility  direction,  cQ,  as  shown  in  figure  7.1. 

<MACH  -  mach>  <CALPHA  -  calpha>  < CBETA  -  cbeta> 

mach  -  freestream  Mach  number;  default  -  0. 
calpha  -  angle  of  attack  defining  the  compressibility  direction 
(degrees);  default  depends  on  configuration  symmetry, 
cbeta  ■  angle  of  sideslip  defining  the  compressibility  direction 
(degrees);  default  depends  on  configuration  symmetry. 

The  three  instructions  can  be  in  any  order  on  one,  two  or  three  records. 

Restrictions  and  Defaults:  If  there  are  plane(s)  of  configuration  symmetry 
(record  64),  the  compressibility  direction  must  lie  in  those  plane(s): 

(1)  In  the  case  of  one  plane  of  symmetry  and  either  zero  Mach  number  or 
defaulted  values  of  both  calpha  and  cbeta  ,  the  program  will  define  the 
compressibility  direction  as  the  projection  of  the  xQ-axis  (reference 

coordinate  system)  into  the  plane  of  symmetry. 

(2)  If  at  least  one  of  calpha  and  cbeta  is  not  defaulted,  the  compressibility 
direction  must  be  in  the  plane  of  symmetry:  if  cQ  and  n^  are  not 

perpendicular  within  0.01  degree,  the  program  gives  an  error. 

(3)  In  the  c*je  of  two  planes  of  symmetry,  the  input  values  of  calpha  and 
cbeta  are  ignored;  the  compressibility  direction  will  be  the  intersection  of 
the  two  planes  of  symmetry,  specifically  cQ  -  x  r>2.  The  resulting 

compressibility  direction  must  be  approximately  in  (that  is,  riot  opposing)  the 
flow  direction. 


Example: 

MACH  -  .7 


CALPHA  =  2. 


CBETA  .  3. 


Figure  7.1  -  Definition  of  the  compressibility  vector  SQ 
in  terms  of  ^  and  0C  and  the  reference 

coordinate  system  (xQ,  y_>  ZQ) 
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Record  Set  G6.  Global  Onset  Flow  Record  Set 

This  record  set  specifies  the  global  onset  flow  and  the  basic  solution 
data,  that  is,  the  data  defining  the  right-hand  side  of  the  boundary  condition 
equations.  Some  additional  solution  data  may  be  defined  for  individual 
networks:  specified  flow  (record  set  N17)  and  local  onset  flow  (record  set 
N18)  terms.  The  global  onset  flow  consists  of  a  uniform  and  a  rotational 
flow,  which  are  described  in  figure  7.2.  Note  that  a  rotation  of  the  flow 
field,  not  a  rotation  of  the. vehicle,  is  specified.  The  direction  of  the 
uniform  onset  flow  velocity  tU  is  defined  by  the  angles  a  and  $  ,  see 
figure  7.2.  (The  uniform  onset  flow  direction  is  distinct  from  the 
compressibility  direction  defined  by  record  G5,  see  section  8.2.1.)  Note  that 
the  onset  flow  must  be  consistent  with  any  flow  symmetry  specified  in  record 
G4;  the  program  makes  no  check  for  consistency. 

The  global  onset  flow  data  can  be  input  in  one  of  two  format  options. 

Format  Option  1:  Header  Record  and  Parameter  Values  Records 

Header  Record  < ALPHA ><BETA x UI NF ><WM ><W0C  ><WCP>< SID > 

Parameter  Values:  TfpFa  Eelfa  uinf  wm  w3c  wcp  sT<T 

The  parameter  values  record  can  be  repeated,  each  time  defining  a  set  of 
values  for  one  solution.  Each  set  of  parameter  values  must  be  on  a  single 
record;  record  continuation  is  indicated  by  a  plus  (+)  as  the  last  character 
on  a  card.  Any  quantities  not  listed  on  the  header  card  are  omitted  from  the 
parameter  values  records.  They  will  be  given  default  values  for  all 
solutions.  The  header  card  can  be  repeated  several  times,  each  time  defining 
different  quantities  for  input  for  a  different  set  of  solutions. 

Format  Option  2:  Separate  Record  for  Each  Parameter 


.  i 


\ 


< ALPHA  -  alpha(l),  alpha  (2),...,  alpha(N)> 
cbTFa  -  beta(l),  beta(2),...,  beta(N)> 

<UTNF  -  uinf(l),  uinf(2),...,  uinf(N)> 

<WM  -  wm(l),  wm(2),...,  wm(N)> 

<WCC  -  wdcx(l),  wdcy(l),  wdcz(l),  wdcx(2),...,  wdcz(N)> 

<WUP  -  wcpx(l),  wcpy(l),  wcpz(l),  wcpx(2),...,  wcpz(N)> 

< S'l D  ■  solution-id(l),...,  solution-id(N)> 

The  ordering  of  these  records  is  arbitrary.  Each  must  be  a  single  record; 
record  continuation  is  indicated  by  a  plus  (  +  )  as  the  last  character  on  a 
card.  The  number  of  solutions  is  the  maximum  value  of  N  from  all  records. 
Missing  parameter  values  are  given  default  values. 


i 

( 


i 

) 


a  - 


alpha  - 


beta  -  6  - 


ulnf  - 

m  m 


IL- 

“m  - 


angle  of  attack  defining  the  direction  of  uniform  onset  flow 
velocity  (degrees);  default  »  0. 

angle  of  sideslip  defining  the  direction  of  uniform  onset  flow 
velocity  (degrees);  default  -  0. 

magnitude  of  uniform  onset  flow  velocity;  default  -  1. 
magnitude  of  rotational  onset  flow  velocity  (radians/unit 
time);  default  *  0. 


wdc  -  direction  numbers  of  rotational  velocity  vector;  default  ■  0.,  1.,  0. 
wcp  -  coordinates  of  point  locating  rotational  velocity  vector; 
default  -  0.,  0.,  0. 

sid  ■  solution-identification  alphanumeric  name  (maximum  of  20  characters, 
without  embedded  blanks) 

Both  UINF  and  UNIF  are  accepted  by  the  program.  The  magnitude  of  rotational 
onset  flow  velocity  (wm)  must  not  be  negative.  The  direction  numbers  (wdc)  are 
normalized  by  the  program  to  give  the  direction  cosines.  If  the 
identification  name  is  omitted,  then  the  solution-identification  is  a  blank 
label.  Otherwise  the  solution-identification  names  must  be  unique.  The 
program  assigns  ordering  indices  to  each  solution,  consecutive  and  starting  at 
1.  In  subsequent  records  each  solution  can  be  referred  to  either  by  its 
ordering  index  or  by  its  (non-blank)  identification  name. 

Record  Default:  all  parameter  defaults  for  one  solution. 

Restrictions:  If  the  three  direction  numbers  (wdc)  are  zero  and  the  rotational 
velocity  magnitude  (wm)  is  non-zero,  the  program  gives  an  error.  The  number 
of  solutions  cannot  be  more  than  200.  Format  option  1  can  not  be  used  if  only 
the  solution-identification  name  is  being  specified. 


Example  (same  data  defined  in  both  format  options): 

Format  Option  1: 

ALPHA  BETA  WM  WCP  SID 

l.,  0.,  1.,  100..0..0.,  ANGLE-OF-ATTACK 

0.,  1.,  1.,  IQO.,0.,0.,  ANGLE-OF-SI DESLIP 

Format  Option  2: 


ALPHA  -1. 

BETA  -  0.,l. 

WM  -  l.,l. 

WCP  -  100.,  0.,0.,100.,  0.,  0. 

SID  -  ANGLE-OF-ATTACK,  ANGLE-OF-S I DESLI P 
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Total  onset  flow  -  tQ  -  +  Urot  +  Uloc 

Reference  coordinate  system:  xQ,  yQ,  ZQ 

Uniform  onset  flow:  {cosa  cos/3,  -sinB,  sinacosB) 

Rotational  onset  flow  -  ]j  »  w  to  x  (1^  -  Rjj 

Rotational  flow  velocity,  magnitude  -  wm 

Rotational  flow  velocity,  direction  cosines,  w ,  -  (uj  ,  w  ,  w  ) 

u  '  nx  ny  nz 

Position  vector  of  point,  in  flow  field  -  "p 

Position  vector  of  rotation  point  - 

Global  onset  flow  -  IJ  +  U"  ^ 

“  rot 

Local  onset  flow  -  lj. 


Note:  w  -  um  My  is  the  negative  of  the  vehicle  rotation  rate  in  a  steady 
non-rotating  flow 

Figure  7.2  -  Definition  of  total  onset  flow 
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Example  of  usage  of  rotational  onset  flow:  Consider  the  quasi-steady  effect 
of  a  wing  pitching  nose  down  about  a  point  aft  of  the  trailing  edge  as  shown 


U„  100  m/s 


Rotation  rate  of  wing  with  respect  to  fluid  -  -  (.0,-.01,.0)  rad/s 
Rotation  rate  of  fluid  with  respect  to  wing  -  "w  (.0,+.01,.0)  rad/s 
The  total  onset  flow  of  the  fluid  is 


U0  -  I L  +  «  x  (P  -  RJ 

If  this  is  divided  by  the  uniform  onset  flow  speed  (in  effect  giving  CU 
a  unit  value),  the  total  onset  flow  is 


x  (P  -R  ) 
u 


where  the  i  subscript  indicates  the  program  input  quantity.  The  corresponding 
PAN  AIR  input  for  the  original  and  the  scaled  solutions  would  be 


ALPHA 

BETA 

UNIF 

WM 

woe 

WCP 

0. 

0. 

100. 

.01 

0..+.01.0. 

1200., 0.,0. 

0. 

0. 

1. 

.0001 

0..+.01.0. 

1200. ,0.,0. 

Note  that  any  specified  flows  (record  set  N17)  and  local  onset  flows  (record 
set  N18)  must  also  be  divided  by  UU  in  the  scaled  solution. 

The  flow  angularity  a  seen  by  the  wing  at  point  P  is  due  to  the  combined 

*Lk.  -k. 

effect  of  U*  and  Vp  -  u  x  (P-R^).  For  the  original  solution 


In  the  scaled  solution  the  flow  angularity  is 
are  divided  by  IU 


<yu  .1 

*•"  “.‘TC71U  r 


unchanged  since  both  velocities 


*  .1 
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Record  G7.  Tolerance  for  Geometric  Edge  Matching 


This  record  specifies  the  tolerance  distance  which  is  used  by  the 
automatic  network  edge  abutment  capability  to  define  abutments.  This 
capability  specifies  strength  matching  boundary  conditions  and  inserts 
gap-filling  panels  which  eliminate  gaps  or  overlaps  between  abutting  network 
edges  {see  section  8.3.5).  The  network  edges  or  portions  of  edges  which  are 
within  the  geometric  edge  matching  tolerance  are  assumed  to  abut.  The 
automatic  edge  matching  procedure  can  be  suppressed  (1)  for  individual  network 
edges  by  using  the  Remove  Doublet  Edge  Matching  Option  (record  N13)  or  (2) 
globally  by  giving  a  negative  value  to  the  present  tolerance  distance.  (The 
magnitude  of  the  tolerance  distance  is  also  the  default  value  for  the 
Triangular  Panel  Tolerance,  record  N7).  Alternately  the  abutment  procedure 
can  be  accomplished  by  specification  of  abutments  in  the  Geometric  Edge 
Matching  Data  Group  (section  7.5),  which  overrides  the  automatic  capability 
for  the  edge  abutments  specified  there. 

<  TOLERANCE  FOR  GEOMETRIC  EDGE  MATCHING  -  {tolerance}> 

Record  Default:  tolerance  -  0. 


Examples: 

TOLERANCE  FOR  GEOMETRIC  EDGE  MATCHING  -  .01 
TOLE  -  .02 
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Records  G8  to  G16  globally  specify  several  options  and  parameters  for  the 
Network  and  the  Flow  Properties  Data  Groups.  These  records  can  be  used  to 
avoid  repeatedly  specifying  the  same  records  in  those  data  groups.  The  global 
options  and  parameter  values  are  used  unless  overridden  locally  in  those  data 
groups.  Table  7  3  shows  the  data  groups  and  subgroups  in  which  these  records 
are  repeated. 


Record 

Network 

Data 

Group 

Flow  Properties  Data  Group 

Surface 

Flow 

Properties 

Forces 

and 

Moments 

G8. 

Surface  Selection  Option(s) 

SF5 

FM12* 

G9. 

Selection  of  Velocity 

Computation  Method 

SF6 

FM13 

G10. 

Computation  Option  for 

Pressures 

SF7 

FM14 

Gil. 

Velocity  Correction  Options 

SFlOb 

FM15 

SFllb 

G12. 

Pressure  Coefficient  Rules 

SFlOc 

FM16 

SFllc 

G13. 

Ratio  cf  Specific  Heats 

SF8 

FM17 

G14. 

Reference  Velocity  for 

Pressure 

SF9 

FM18 

G15. 

Store  Velocity  Influence 

Coefficient  Matrix 

N3 

G16. 

Store  Local  Onset  Flow 

N4 

*  One  option  only 

Table  7.3  -  Subsequent  records  which  refer  to  global  options 
and  parameters  specified  in  records  G8  to  G16 


Records  G8  to  G12  allow  selection  of  several  options  for  the  calculation 
of  flow  quantities:  veloci  ies,  pressure  coefficients,  and  force  and  moment 
coefficients.  The  c  ’culat  jns  will  be  made  for  all  combinations  of  the 
selected  options  (and  all  '  ibsequently  selected  solutions).  Care  should  be 
used  in  selecting  the  numbt  of  possible  options,  since  the  use  of  all  options 
can  result  i  a  large  amount  of  output.  For  example,  specification  of  all 
options  available  in  these  records  will  result  in  150  sets  of  results  for  each 
solution  and  for  each  specified  case  of  surface  flow  properties  calculations. 
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Record  G8.  Surface  Selection  Options 


These  options  specify  the  network  surfaces  or  surface  combinations  for 
which  flow  quantities  and  pressure  (and  force  and  moment)  coefficients  are  to 
be  computed.  Several  options  can  be  selected,  resulting  in  multiple 
calculations. 

< SURFACE  SELECTION  -  {{  Surface(s)}}  > 

UPPER 

UOTO 

UPL'O  (upper  minus  lower) 

L'flUP  (lower  minus  upper) 

AVERAGE 

According  to  the  instruction,  the  computations  of  surface  flow  properties  will 
give  the  flow  quantities  and  pressure  coefficients  on  a  surface  (UPPER  or 
LOWER),  the  difference  between  the  values  on  the  two  surfaces  (UPLO  or  LOUP), 
and  the  average  value  on  the  two  surfaces  (AVERAGE).  For  the  computations  of 
forces  and  moments,  the  LOUP  and  AVERAGE  options  are  eaui valent  to  the  UPLO 
option,  see  discussion  on  record  FM12.  (The  upper  surface  of  a  network  is 
that  on  which  the  normal  vector  points  outward,  see  section  B.1.1).  For 
example,  if  the  user  wants  the  difference  in  pressure  coefficients  between  the 
upper  and  lower  surfaces  and  the  flow  quantities  (for  example,  local  Mach 
number)  on  the  upper  surface,  then  the  UPLO  and  UPPER  options  should  be. 
selected. 

Record  Default:  UPPER  surface  only 


Examples: 

SURFACE  SELECTION  =  UPPER,  UPLO 
SURF  -  LOWE 
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Record  69.  Selection  of  Velocity  Computation  Method 

This  record  selects  one  or  two  velocity  computation  methods,  see  section 
B.4.1.  The  BOUNDARY-CONDITION  method  uses  the  boundary  condition  equations 
and  is  relatively  inexpensive.  (The  specific  procedure  used  by  this  method  is 
specified  by  record  N10  for  each  network.)  The  VIC-LAMBDA  method  us?s  the 
velocity  influence  coefficient  matrices.  To  use  this  method  the  VIC  matrices 
must  be  stored,  either  globally  (record  G15)  or  individually  (record  N3)  for 
non-wake  networks.  The  VIC-LAMBDA  method  must  be  used  for  a  network  if  an 
edge  force  calculation  (record  FM9)  is  requested  in  the  forces  and  moments 
calculations.  Both  methods  can  be  selected,  resulting  in  multiple 
calculations. 

<  SELECTION  OF  VI  'CITY  COMPUTATION  -  {{Method (s)}}> 

BOUNDARY-CONDITION 

THTLAMBDA 

Record  Default:  BOUNDARY-CONDITION  method  only 


Examples: 

SELECTION  OF  VELOCITY  COMPUTATION  -  VIC-LAMBDA 
SELE  -  80UN,  VIC 
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Record  G10.  Computation  Option  for  Pressures 


This  record  selects  a  preferred  direction,  which  is  required  by  several 
relations  used  to  compute  pressure  coefficients  and  local  Mach  numbers,  see 
section  B.4.2.  The  option  does  not  change  the  velocities,  but  does  change 
some  of  the  calculated  pressure  coefficients.  For  example,  the  linearized 
pressure  coefficient  rule 


requires  the  definition  of  u,  the  perturbation  velocity  component  in  the 
preferred  direction. 

<  COMPUTATION  OPTION  FOR  PRESSURES  =  {Option} > 

UNIFORM-ONSET-FLOW 

YGTal-onset-flow 

(IMPRESSIBILITY-VECTOR 

For  the  first  and  second  options,  the  preferred  direction  is  that  of  the 
uniform  onset  flow  (record  G6).  For  the  second  option  only,  any  incremental 
onset  flows,  including  rotational  (record  G6)  and  local  (record  N18)  onset 
flows,  are  included  in  the  pressure  coefficient  and  local  Mach  number 
relations,  see  section  B.4.2.  The  local  onset  flows  are  used  only  if  they  are 
stored,  either  globally  (record  G16)  or  individually  (record  N4)  for  each 
network.  Note  that  the  first  two  options  are  solution  dependent  (see  section 
N.5  of  the  Theory  Document).  For  the  third  option,  the  preferred  direction  is 
the  compressibility  direction  (record  G5). 

Record  Default:  UNIFORM-ONSET-FLOW  option 

Restrictions:  If  the  UNIFORM-ONSET-FLOW  option  is  selected  and  uinf-0. 

(record  G6),  then  a  warning  will  be  printed,  the  UNIF  option  will  be  replaced 
by  the  COMP  option,  and  execution  will  continue.  If  the 

COMPRESSIBILITY-VECTOR  option  is  selected  and  the  Mach  number  is  less  than  0.1 
(record  G5),  a  warning  will  be  printed  and  execution  will  continue. 


Examples: 

COMPUTATION  OPTION  FOR  PRESSURES-TOTAL -ONSET-FLOW 
COMP  -  UNIF 
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Record  Gil.  Velocity  Correction  Options 


This  record  specifies  possible  velocity  corrections.  The  corrections  are 
used  in  stagnation  or  near-stagnation  conditions  where  the  small  perturbation 
assumptions  are  violated  (see  section  B.4.1).  For  incompressible  flow  the 
corrections  are  null;  this  record  should  be  omitted.  The  first  correction 
(SA1)  i*  used  for  thick  unswept  wings  or  flow-through  nacelles.  The  second 
correction  (SA2)  is  used  in  connection  with  a  subsequent  boundary  layer 
analysis  of  thick  wings  or  wing-like  configurations.  Several  options  can  be 
selected,  resulting  in  multiple  calculations. 

<  VELOCITY  CORRECTIONS  -  {{ Correct1on(s)}}> 

NONE 
?A T 
W 


Record  Default:  NONE  only 


Examples: 

VELOCITY  CORRECTIONS  -  N0NE.SA1 
VELO  -  SA2 
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Record  G12.  Pressure  Coefficient  Rules 


This  record  specifies  the  rules  to  be  used  to  calculate  the  pressure 
coefficients  (also  force  and  moment  coefficients)  and  local  Mach  numbers.  The 
corresponding  relations  are  listed  in  section  B.4.2.  Several  rules  can  be 
selected,  resulting  in  multiple  calculations. 

<  PRESSURE  COEFFICIENT  RULES  -  {{Rule(s))}> 

-  ISENTROPIC 

lTKFar 

SFCflND-ORDER 

ETEUCEO-SECOND-ORDER 

OTder-booy 

For  incompressible  flow  the  isentropic  relation  is  equivalent  to  the  reduced 
second-order  relation. 

Record  Default:  ISENTROPIC  rule  only 


Examples: 

PRESSURE  COEFFICIENT  RULES  -  ISENTROPIC, SECOND-ORDER 
PRES  -  LINE 
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Record  G13.  Ratio  of  Specific  tloats 

This  record  specifies  values  of  the  ratio  of  specific  heats,  which  are 
used  in  the  SA1  velocity  correction  (record  Gil),  and  in  the  pressure 
coefficient  ar.d  local  Mach  nuaiber  relations.  For  incompressible  flow  the 
ratio  Is  not  used;  this  record  should  be  omitted.  A  set  of  values  can  be 
input,  one  for  each  solution  defined  in  record  G6. 

< RATIO  OF  SPECIFIC  HEATS  -  {{gamma(s)}} > 

Parameter  Default:  gamma  -  1.4  for  ail  solutions  not  In  the  list  above. 

Record  Default:  gamma  -  1.4  for  all  solutions. 

Restrictions:  gamma  -  0.  gives  an  error.  If  the  number  of  values  is  greater 
than  the  .lunber  of  solutions  (record  G6).  the  program  gives  an  error. 


Examples: 

RATIO  OF  SPECIFIC  HEATS  -  1.4.  1.667 
RATI  .  1.286 


Record  G14.  Reference  Velocity  for  Pressure 


This  record  Is  used  only  if  UINF  is  zero  in  record  66.  (Otherr^se  UINF  is 
the  pressure  reference  velocity.)  This  record  specifies  values  of  tc? 
reference  velocity  which  is  used  in  calculation  of  pressure  coefficient,  (see 
section  B.4.2)  and  force  and  moment  coefficients  (see  section  B.4.3).  A  set 
of  values  can  be  input,  one  for  each  solution  defined  in  record  G6. 

<  REFERENCE  VELOCITY  FOR  PRESSURE  _  {{rvp(s)}}> 

Parameter  Default:  rvp  -  uinf  (record  G6)  for  all  solutions  not  in  the  list 
above. 

Record  Default:  rvp  -  uinf  (record  G6)  for  all  solutions. 

Restrictions:  rvp  ■  0.  gives  an  error.  If  the  number  of  values  is  greater 
than  the  number  of  solutions  (record  G6),  the  program  gives  an  error. 


amples: 

REFERENCE  VELOCITY  FOR  PRESSURE  -  .5 
REFE  -  2..1..10. 


Records  G15  and  G16  Instruct  the  program  to  store  the  Indicated  data  for 
each  non-wake  network.  Tnese  records  also  appear  in  the  Network  Data  Group 
where  storage  may  be  specified  for  individual  networks. 


Record  615.  Store  Velocity  Influence  Coefficient  Matrix 

This  record  specifies  the  storage  (and  computation  if  necessary)  of  the 
velocity  influence  coefficient  matrix  for  all  non-wake  networks  (see  section 
B.4.1)  .  This  can  significantly  Increase  the  computer  storage  requirements 
and  should  be  avoided  unless  the  data  are  needed  for  subsequent  calculations. 
The  VIC  matrix  must  be  stored  for  each  network  where  the  velocities  are  to  be 
computed  by  the  VIC-LAMBDA  method  (record  G9)  or  where  an  edge  force 
calculation  (record  FM9)  Is  to  be  used  for  the  network. 

< STORE  VIC  MATRIX > 

Record  Default:  The  VIC  matrix  is  not  stored  0'i  a  global  basis. 


Record  G16.  Store  Local  Onset  Flow 

This  record  specifies  the  storage  of  the  local  onset  flow  (record  set  N18) 
for  the  all  networks  where  defined.  This  can  significantly  increase  the 
computer  storage  requirements.  These  flows  must  be  stored  if  they  are  to  be 
used  In  calculation  of  the  pressure,  and  force  and  moment  coefficients  and 
local  Mach  numbers.  (The  use  of  local  onset  flows  in  the  right-hand  side(s) 
of  the  boundary  condition  equations  is  not  affected  by  the  present  record. 

Also  this  record  does  not  affect  rotational  onset  flows,  record  G6,  which  are 
always  stored.) 

<  STORE  LOCAL  ONSET  FL0W> 

Record  Default:  Local  onset  flow  is  not  stored  on  a  global  basis. 
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Record  G17.  Checkout  Print  Options 


This  record  specifies  various  printout  options  related  io  Input  data 
checkout.  (These  are  separate  from  program  calculation  output  options,  which 
are  defined  in  sections  7.6  and  7.7.)  The  program  modules  and  checkout  print 
options  are  listed  in  table  7.4.  The  checkout  print  options  are  described  in 
more  detail  in  the  description  of  tne  printed  output  in  section  8.2. 

< CHECKOUT  PRINTS  .  {Module(l).  L1st(l),  Module(2),  L1st(2}}> 

Module(I)  are  the  module  names  listed  in  the  first  column  in  table  7.4. 
List(I)  are  the  option  numbers  listed  in  the  second  column  in  table  7.4. 

Parameter  Defaults:  The  modules  will  have  defaults  listed  in  table  7.4. 

Record  Default:  The  module  defaults  listed  in  table  7.4. 


Examples: 

CHEC  -  DIPtl,2,3 
CHECKOUT  PRINTS  -  ALL 


Module 

Options  (one  or  more  per  module) 

Defaults 

DIP 

1  Warning  messages 

1 

7  Input  records 

7  Global  data  summary 

2 

DQG 

1  Warning  messages 

1 

7  Corner  point  data 

7  Enriched  grid 

2 

7  Abutments  with  empty  space 

5  Other  Abutments 

4 

7  Control  point  data 

7_  Boundary  Conditions 

6 

DEL 

Delete  all  above  printout 

ALL 

Select  all  above  printout 

Table  7.4  -  Checkout  print  options  (record  G17) 
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7  A  Network  Data  Group 


This  data  group  specifies  the  individual  networks  which  model  the  physical 
and  wake  boundaries  of  the  configuration.  There  is  no  restriction  on  the 
order  of  appearance  of  the  individual  networks  of  a  configuration.  The  input 
data  for  each  network  are  independent  of  those  for  the  other  networks,  with 
one  possible  exception  allowed  in  record  N9.  The  number  of  networks  must  not 
be  more  than  100. 

A  network  is  defined  by  a  rectangular  array  of  grid  points  which  are  the 
corner  points  of  quadrilateral  panels.  The  grid  definition  scheme  is 
discussed  in  detail  in  sections  3.2  and  B.1.1.  The  network  size  is  defined  by 
the  numbers  of  rows  (M)  and  columns  (N)  of  grid  points.  The  identification  of 
the  rows  and  columns  is  chosen  by  the  user.  For  the  input  data  the  grid 
points  are  ordered  as  follows:  all  points  on  the  first  column  in  the  order  of 
the  rows,  followed  by  all  points  in  the  second  column  in  the  order  of  the 
rows,  and  so  forth  until  the  array  is  complete,  see  figure  7.3.  The  array  of 
grid  points  may  be  triangular,  that  is,  one  edge  may  be  a  single  point  ("a 
collapsed  edge").  However  the  grid  points  must  be  defined  as  a  rectangular 
array  with  the  common  edge  point  defined  repeatedly. 

The  ordering  of  the  grid  points  also  establishes  the  indexing  of  the 
network  edges,  as  shown  in  figure  7.3.  With  this  indexing  the  first  column  of 
grid  points  forms  edge  4;  the  last  column  of  grid  points  forms  edge  2.  The 
indexed  ordering  of  the  network  edges  also  establishes  the  "upper"  and  "lower" 
surfaces  of  the  network.  With  the  columnj/ector  M  along  edge  4  and  the  row 
vector  along  edge  1,  then  the  product  (N  x  M)  defines  the  positive  direction 
of  the  panel  normal  vectors.  The  panel  normal  vectors  point  outward  from  the 
upper  surface.  Alternately,  figure  7.3  with  the  edges  ordered  in  a 
counter-clockwise  manner  is  a  view  of  the  upper  surface. 

Ordering:  The  first  record  in  the  network  data  group  must  be  the  group 
identifier,  record  Nl.  Records  N2  to  N18  are  repeated  for  each  network.  For 
each  network  the  first  record  must  be  the  network  identifier  record  set  N2. 

The  other  records  can  appear  in  any  order,  except  for  restrictions  within 
record  sets  N14  to  N18.  (The  records  have  the  following  organization:  record 
N2  defines  the  network,  records  N3  to  N8  give  general  information,  and  records 
N9  to  N18  give  boundary  condition  information.) 


Record  Nl.  Network  Data  Group  Identifier 

This  record  identifies  the  data  group  and  must  be  the  first  record. 

<  BEGIN  NETWORK  OATA  > 

Record  Default:  No  network  data  (that  is,  a  post-solution  update  run)  in 
which  case  all  records  in  the  Network  Data  Group  are  omitted. 


order  of  Input  points 


Note:  The  vieweris  looking  at  the  upper  surface 
since  N  x  M  points  toward  the  viewer. 


Figure  /.3  -  Illustration  of  input  ordering  of  panel 
corner  points  and  indexing  of  network  edges 


Record  Set  N2.  Network  Identifier  Record  Set 


This  record  set  specifies  basic  network  information  and  must  appear  first 
in  the  block  of  records  (N2  to  N18)  for  each  network. 


Record  N2a.  Network  Identifier 

This  record  identifies  the  network  and  specifies  options  related  to 
possible  update  runs,  which  are  described  in  section  7.2.3. 

NETWORK  -  List(n) 

Option  1:  Original  Specification  or  Addition  of  a  New  Network 

List(l)  -  <network-id>  {number-rows,  number-columns}  < NEW  > 

Parameter  Defaults:  The  alphanumeric  network-id  name  can  be  omitted  (see 
below).  The  seconda  /  keyword  NEW  is  the  default  and  can  be  omitted. 

Option  2:  Replacement  of  Existing  Network  wich  New  Network  (IC  update  only) 

List(2)  »  {network-id,  number-rows,  number-columns}  REPLACE 

Option  3:  Definition  of  New  Right-Hand  Side  Data  (IC  and  Solution  updates) 

List(3)  *  {network-id}  SOLUTION-UPDATE 

Option  4:  Deletion  of  a  Network  (IC  update  only) 

L 1 s t ( 4)  -  {network-id}  DELETE 

Under  Option  2,  all  data  for  the  existing  network  are  eliminated;  all  required 
input  data  must  be  specified  for  the  replacing  network.  Under  Option  3,  all 
existing  solution  data  are  eliminated;  only  the  right-hand  side  data  can  be 
and  must  be  defined:  records  N14  to  N18.  Under  Option  4,  there  must  be  no 
other  input  records  for  the  network. 

The  "network-id"  is  an  alphanumeric  name  (maximum  of  20  characters,  without 
embedded  blanks).  If  omitted  in  the  original  specification  of  a  network,  then 
the  network-id  name  is  a  blank  label.  Otherwise,  the  network-id  name  must  be 
unique.  The  program  assigns  an  ordering  index  to  each  network,  consecutively 
and  starting  at  1.  In  an  IC  update  run,  new  networks  are  similarly  indexed 
starting  with  the  next  available  Index;  a  replacing  network  is  assigned  the 
index  of  the  network  being  replaced;  deletion  of  a  network  does  not  result  in 
the  reindexing  of  the  other  networks.  In  subsequent  data  groups  and  in  later 
update  runs,  each  network  can  be  referred  to  either  by  its  ordering  index  or 
by  its  (non-blank)  network-id  name. 

The  “number-rows"  and  "number-columns"  are  numbers  of  rows  (M)  and  columns  (N) 
of  grid  points,  figure  7.3. 
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Examples: 

NETWORK  -  OUTBOARD-WING  6  7 
NETW  -  VERTICAL-TAIL,  II,  8,  REPL 
NETWORK  -  INBOARD-WING- 3,  SOLUTION-UPDATE 
NETW  -  WING-A4,  DELE 


Record  N2b.  Grid  Point  Coordinates 

This  record  specifies  the  coordinates  of  the  network  grid  points,  which 
completely  define  the  network  geometry. 

{ x ( 1 ) ,  y(l),  z(l),  x(2},  y(2),  z(2)....} 

The  coordinates  of  the  grid  points  must  be  specified  in  the  reference 

coordinate  system,  see  section  B.2.1.  The  grid  points  must  be  in  the  proper 

order:  all  points  of  the  first  colunn  in  the  o^der  of  the  rows,  all  points  of 
the  second  column  in  the  order  of  the  rows,  and  so  forth.  The  ordering  is 
illustrated  in  figure  7.3.  The  total  number  of  grid  points  is  the  product  of 

the  numbers  of  rows  (M)  and  columns  (N)  specified  in  record  N2a. 

Restrictions:  The  coordinates  occur  in  triplets  which  either  must  be  together 
on  the  same  card  or  else  record  continuation  must  be  indicated  by  a  plus  (♦) 
as  the  last  character  on  the  card. 
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Records  N3  and  N4  Instruct  the  program  to  store  particular  data  for 
subsequent  use.  These  two  records  can  be  Input  In  the  Global  Data  Group.  If 
the  records  were  Input  there,  repetition  of  the  records  here  Is  unnecessary. 


Record  N3  (and  record  G15).  Store  Velocity  Influence  Coefficient  Matrix 

This  record  specifies  the  calculation  and  storage  of  the  VIC  natrix  for 
the  network.  (For  wake  networks  both  record  N3  (or  record  G15)  and  record  N6 
are  required  for  this.)  This  can  significantly  increase  the  computer  storage 
requirements  and  should  be  avoided  unless  needed.  The  VIC  matrix  must  be 
stored  if  velocities  are  to  be  computed  by  the  VIC-LANDDA  method  (record  G9) 
or  If  an  edge  force  calculation  (record  FM9)  Is  to  be  used  for  the  network. 

<  STORE  VIC  MATRIX > 

Record  Default:  VIC  matrix  not  stored,  unless  specified  by  record  G15. 


Record  N4  (and  record  GI6).  Store  Local  Onset  Flow 

This  record  specifies  the  storage  of  the  local  onset  flow  for  the 
network.  The  local  onset  flow  must  be  stored  if  It  Is  to  be  used  in  the 
computation  of  the  pressure  coefficients  (also  force  and  moment  coefficients) 
and  the  local  Mach  numbers.  This  can  significantly  Increase  the  computer 
storage  requirements. 

<  STORE  LOCAL  ONSET  FL0W> 

Record  Default:  Local  onset  flow  not  stored,  unless  specified  by  record  GI6. 


4* 

O 
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Record  N5.  Reflection  in  Plane  of  Symmetry  Tag 


This  record  identifies  if  the  network  is  in  a  plane  of  configuration 
symmetry  in  which  case  the  network  reflection  requires  special  treatment  to 
avoid  a  singular  AIC.  Omit  this  record  if  there  are  no  planes  of 
configuration  symmetry  (record  G4).  This  record  can  be  omitted  if  the  entire 
network  is  closer  to  the  plane  of  symmetry  than  the  magnitude  of  the  geometric 
edge  matching  tolerance  (record  G7),  since  the  reflection  will  be 
automatically  tagged.  Network  reflection  rules  and  restrictions  are  discussed 
in  section  6.2.3. 

< SYMMETRY  PLANE  NETWORK  -  {Plane} > 

FIRST-PLANE 

5FTOND-PLANE 

The  “Plane"  option  specifies  the  plane  in  which  reflection  is  to  be  specially 
treated.  The  first  and  second  planes  of  symmetry  are  defined  by  record  G4. 

Record  Default:  The  network  will  be  reflected  in  all  defined  planes  of 
configuration  symmetry  without  special  treatment,  unless  the  reflection  is 
tagged  automatically  by  the  program. 


Examples: 

SYMMETRY  PLANE  NETWORK  -  FIRST-PLANE 
SYMM  -  SECO 


Record  N6.  Wake  Flow  Properties  Tag 

Omit  this  record  for  non-wake  networks.  This  record  instructs  the  program 
to  calculate  and  store  data  for  calculations  on  a  wake  network.  Specifically, 
the  potential  and  (normal)  velocity  Influence  coefficient  matrices  are 
calculated  from  the  average  potential  and  the  average  normal  mass  flux  on  a 
wake  network.  If  the  storage  of  the  VIC  matrix  is  requested  (record  N3  or 
record  G15),  then  the  VIC  matrix  is  also  calculated.  This  option  allows 
calculation  of  the  wake  flow  properties  in  the  post-solution  calculations  of 
surface  flow  properties  and  of  forces  and  moments. 

< WAKE  FLOW  PROPERTIES  TAG> 

Record  Default:  The  wake  influence  coefficient  matrices  are  not  stored. 
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Record  N7.  Triangular  Panel  Tolerance 


This  record  specifies  a  tolerance  length  for  the  automatic  program  check 
on  "almost  triangular"  panels.  (The  program  searches  for  panel  edges  whose 
length  is  less  than  the  specified  tolerance,  in  which  case  the  edge  is 
collapsed  making  the  quadrilateral  panel  into  a  triangle,  see  section  B.1.3.) 

< TRIANGULAR  PANEL  TOLERANCE  -  {tolerance }> 

Record  Default:  The  triangular  panel  tolerance  is  set  equal  to  the  modulus  of 
the  geometric  edge  matching  tolerance  (record  G7). 


Examples: 

TRIANGULAR  PANEL  TOLERANCE  -  .001 
TRIA  -  .02 


Record  N8.  Network  ana  Edge  Update  Tag 


f 

1 


V 


This  record  tags  either  the  entire  network  or  selected  edges  for 
updating.  This  allows  updating  of  the  network  or  its  abutting  neighbors  in 
future  computer  runs.  If  not  tagged,  the  network  cannot  be  replaced  or 
deleted  in  a  subsequent  IC  update  run  (options  2  and  4  in  record  N2a).  If  the 

edges  are  not  tagged,  they  cannot  abut  a  network  which  is  added,  replaced  or 

deleted  in  a  subsequent  IC  update  run  (options  1,  2  and  4  in  record  N2a).  Any 

network  edge  which  abuts  an  updateable  network  but  is  not  tagged  as  updateable 

will  be  identified  by  a  warning  message  in  the  DQG  module.  (The  abutting 
edges  Include  those  whose  corner  control  points  abut  the  network  to  be 
updated.)  In  an  IC  update,  all  new  and  replacing  networks  (options  1  and  2  in 
record  N2a)  most  be  tagged.  Also,  if  the  closure  condition  (record  set  N14) 
is  specified  on  a  network,  then  that  network  (but  not  the  abutting  edges  of 
neighboring  networks)  must  be  tagged  as  updateable.  Note  two  points:  (1)  an 
entire  configuration  must  not  be  tagged  as  updateable,  and  (2)  update  tags 
will  increase  the  program  cost. 

< UPDATE  TAG  -  <edge-number-11st» 

If  the  edge-number-list  is  omitted,  then  the  network  and  all  edges  are  tagged 
for  updating.  If  one  or  more  edge  numbers  are  listed,  then  those  edges  (and 
no  other  part  of  the  network)  are  tagged.  The  network  edge  indices  are 
identified  in  figure  7.3. 

Record  Default:  The  network  is  not  tagged  for  updating. 


Examples: 

UPDATE  TAG 
UPDA  -1,4 
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Record  N9.  Boundary  Condition  Specification 


This  record  specifies  the  boundary  condition  class  and  associated  subclass 
for  the  network.  The  boundary  condition  class  must  be  one  of  five  standard 
classes  (see  sections  3.3  and  B.3.1). 

Class  1  -  Impermeable  Surface  Mass  Flux  Analysis 
Class  2  -  Specifieu  Normal  Mass  Flux  Analysis 
Class  3  -  Specified  Tangential  Velocity  Design 
Class  4  -  Selected  Terms 
Class  5  -  General  Boundary  Condition  Equation 

The  associated  subclass  specifies  the  specific  boundary  condition  equations. 
Figures  7.4  to  7.6  describe  boundary  condition  classes  1  to  3,  including  the 
subclass  Identifiers  (integer  or  keyword),  subclass  descriptions,  boundary 
condition  equations  and  associated  singularity  types  (record  Nil).  Figure  7.7 
describes  boundary  condition  class  4,  including  the  individual  terms  of  the 
general  boundary  condition  equation  (see  section  B.3.1),  the  corresponding 
coefficient  values,  and  the  Identifying  indices. 

<  BOUNDARY  CONDITION  -  CLevel  >  {Class}  {{ Subclass(es)}}  > 

LOCAL 

SWRall 


Default  Parameter:  LOCAL 

The  level  instruction  allows  the  user  to  establish  default  class  and 
subclass(ss)  which  will  also  apply  to  subsequent  networks.  The  level  OVERALL 
establishes  the  record  default,  which  can  be  changed  by  a  subsequent  record 
with  the  level  OVERALL.  The  level  LOCAL  allows  specification  of  the  class  and 
subclass(es)  for  one  network,  without  changing  the  default  values. 

Class  -  one  of  the  values  1  to  5 

Subclass(es)  -  index  or  keyword  listed  in  columns  1  and  2  of  figures  7.4 
and  7.6;  or  pair  of  indices  listed  in  the  last  column  of  figure  7.7. 

For  classes  1,  2  and  3,  figures  7.4  to  7.6,  a  single  subclass  is  specified; 
the  subclass  defines  both  boundary  condition  equations.  For  class  4,  figure 
7.7,  two  boundary  conditions  equations,  each  with  two  "subclasses"  must  be 
specified.  Each  "subclass"  is  aikpair  of  numbers:  one  for  the  left  and  one 
for  the  right-hand  side  of  the  equation.  Exception:  if  a  wake  network  is 
specified  in  record  Nil,  the  appropriate  doublet  boundary  conditions  are 
assumed;  only  one  "subclass"  need  be  specified.  For  class  D,  there  are  no 
subclasses;  the  boundary  condition  equations  are  specified  entirely  by  record 
set  N15. 

Record  Default:  The  class  and  subclass(es)  of  the  previous  network  boundary 
condition  specification  record  N9  with  the  level  "OVERALL." 
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Examples: 

BOUNDARY  CONDITION 
80UNDAKY  CONDITION 
BOUNDARY  CONDITION 


80UN  -  LOCA,  3,  UPPER 
BOUNDARY  CONDITION  -  5 


80UN  -  4,  4  1,  6  3 


1'ie  last  example,  for  class  4,  is  interpreted  as:  boundary  condition  class  4, 
term  4  on  the  left  and  term  1  on  the  right-hand  side  of  the  first  equation, 
term  6  on  the  left  and  term  3  on  the  right  hand  side  of  the  second  equation, 
see  figure  7,7.  The  resulting  two  equations  are  those  of  class  1,  subclass  1, 
see  figure  7.4. 
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SUBCLASS 

SUBCLASS 

BOUNDARY. CONDITION 

SINGULARITY 

INDEX 

KEYWORD 

DESCRIPTION 

EQUATIONS 

TYPES 

1 

UPPER 

Impermeable  Upper 

Surface 

0  *  -  u0-  n 

SA 

■  0 

DA 

2 

LOWER 

Impermeable  Lower 

Surface 

_K  A 

-a  -  -  UQ*  n 

SA 

(4y  -  0 

DA 

3 

AVERAGE 

'■npermeable  Average 

(Cambered)  Surface 

a  ■  0 

NOS 

k.  A  A 

WA  n  “  A’  n 

DA 

4 

WAKE  1 

Wake  1  (with  spanwise 

variation) 

o  ■  0 

NOS 

u  »  leading  edge  values 

DW1 

5 

WAKE  2 

Wake  2  (without 

spanwise  variation) 

0  =  0 

NOS 

- 

u  ■  corner  point  value 

DW2 

UPPER  and  LOWER  surfaces:  see  section  C.1.1 
Singularity  Types:  see  section  B.3.4 


Figure  7.4  -  Class  1  (impermeable  mass  flux  analysis) 
boundary  condition  subclasses 


SUBCLASS 

SUBCLASS 

BOUNDARY  CONDITION 

SINGULARITY 

INDEX 

KEYWORD 

DESCRIPTION 

EQUATIONS 

TYPES 

1 

UPPER 

Specified  Normal  Mass 

Fluv  nn  llnner  Surface 

°  .  -  UQ*  n  +  0nl 

SA 

*L  -  0 

DA 

2 

LOWER 

Specified  Normal  Mass 
Flux  on  Lower  Surface 

"  K' "  +  6nl 

SA 

*U  "  0 

DA 

3 

DEFLECTION 

Linearized  Deflection 

a  -  0 

NOS 

Surface 

V"  -  -“o  "  +  en2 

DA 

4 

THICKNESS 

Thickness  on  Average 
(Cambered)  Surface 

0  “  snl 

SA 

wA*  n  -  \  n 

DA 

5 

BOTH 

Both  Deflection  and 

Thickness  on  Average 

Surface 

0  "  Bnl 

SA 

V  "  *  -$>  "  +  Bn2 

DA 

UPPER  and  LOWER  surfaces:  see  section  8.1.1 
Singularity  Types:  see  section  B.3.4 


Figure  7,5  -  Class  2  (specified  normal  mass  flux  analysis) 
boundary  condition  subclasses 
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SUBCLASS 


SUBCLASS 


I 


INDEX  KEYWORD  DESCRIPTION 

1  UPPER  Upper  Surface 

Design 


2  LOWER  Lower  Surface 


Design 


BOUNDARY  CONDITION 
EQUATIONS 


Vwu  -  _ttr  Uo  +  Hi 


*.  -  0 


VVL  “  'hi  Uo  *3tl 


*n  ■  0 


SINGULARITY 

TYPES 


3  THICKNESS  Linearized  Design  on  tA*vA  -  -ttl*  UQ  +  8tl 


CAMBER 


Average  (Cambered) 
Surface 


Camber  Design  with 
Thickness 


WA  n  M  ‘Uo  n  +  an2 


tp-yu  -  et2 


THICKNESS  Thickness  and 
CAMBER  Camber  Design 


Vva  -  'hi  uo  +  ati 


tQ  ■  ■*  8^2 


6  BOTH  Both  Upper  and  Lower  tU'vU  “  Vi  Uo  +  atl 

Surface  Design  on  - 

Averaqe  Surface  i  V  VL  *  -tt2  Uo  +  at2 

UPPER  and  LOWER  surfa  es:  see  section  B.1.1 
Singularity  Types:  see  section  B.3.4 


Figure  7.6  -  Class  3  (specified  tangential  velocity  design) 
boundary  condition  subclasses 
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PROBLEM  TYPE  -  MASS  FLUX  ANALYSIS 


Quantity 

Term 

Coefficient 

Index 

Left-hand  Side 

Upper  Surface 

w/n 

au  -  1 

1 

Lower  Surface 

wL*  n 

«  1 

2 

Average  Surface 

-A.  A 

wA-n 

aA  -  1 

3 

Difference 

0 

CU 

o 

■ 

4 

Right-har.d  side 

b_Ul*  n 
n  o 

bn.-l 

1 

2 

n 

b  0 

3 

n 

PROBLEM  TYPE  -  POTENTIAL 

quantity 

Term 

Coefficient 

Index 

Left-hand  side 

Upper  Surface 

CU  -  1 

5 

Lower  Surface 

Cj_  -  1 

6 

Average  Surface 

*a 

CA  *  1 

7 

Difference 

u 

cD  -  1 

8 

Right-hand  side* 

b  j.i  •¥ 

P 

bp.-! 

1 

1  b  -  I 

2 

i  P 

l 

O 

1 

_Q 

1 

i _ l _ 

*  f=  (x/s8?,  y,  z) 


Figure  7,7  -  Class  4  (selected  terms)  boundary  condition  subclasses 
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PROBLEM  TYPE  -  VELOCITY  DESIGN 


Quantity 

Term 

Coefficient 

Index 

Left-hand  Side 

Upper  Surface 

VvU 

*  o 

9 

Lower  Surface 

V*L 

*  0 

10 

Average  Surface 

Vv"a 

bA 

*  0 

n 

Difference 

-4-  -*• 

V  vu 

bD 

*  0 

12 

Right-hand  side 

btv«r0 

bt 

-  -1 

1 

bt 

-  1 

2 

bt 

-  0 

3 

PROBLEM  TYPE  -  VELOCITY  ANALYSIS 


Quantity 

Term 

Coefficient 

Index 

Left-hand  side 

Upper  Surface 

— W  A 

V" 

eu  *  * 

13 

Lower  Surface 

vL-  n 

eL  -  1 

14 

Average  Surface 

vn 

eA  "  1 

15 

Difference 

eD  “  1 

16 

Right-hand  side 

bnUo’  " 

bn-'l 

1 

bn  ”  1 

2 

n 

b„  -  0 

3 

n 

For  any  problem  type,  one  of  the  four  left-hand  side  options  and  one  of  the 
three  corresponding  right-hand  side  options  are  selected  for  each  equation. 

The  potential  boundary  conditions  include  those  on  perturbation  potential 
(bp  ■  0)  and  on  total  potential  (bp  -  -1).  Specified  flows  (a  terms)  can  be 
added  separately  to  the  right-hand  side.  The  opt<ons  allow  specification  of 
all  quantities  except  tangent  vectors  (record  N16)  and  specified  flows  (recorj 
N17). 


Figure  7.7  Concluded 


Record  N10.  Method  of  Velocity  Computation 


Omit  this  record  for  boundary  condition  classes  1,  2  and  3.  For  wake 
networks  record  N10  should  be  omitted;  the  velocity  computation  is  specified 
by  record  N6.  This  record  instructs  the  program  to  compute  and  store  data 
necessary  for  computing  velocities  from  the  boundary  condition  equations 
(record  G9,  option  BOUNDARY-CONDITION),  see  section  B.4.1.  Use  of  the  present 
record  results  only  in  the  computation  and  storage  of  data;  other  records  (G9, 
SF6  and  FM13)  select  the  procedure  to  be  used  for  the  velocity  computation. 

<  METHOD  OF  VELOCITY  COMPUTATION  .  (Method }> 

LOWER-SURFACE-STAGNATION 
UPPEK-SURFACE-STAGNAT I ON 
STAGNATION 

The  method  is  determined  by  the  form  of  the  boundary  condition  equations.  If 
the  perturbation  potential  is  zero  on  the  lower/upper  network  surface,  then 
the  LOWER/UPPER-SURFACE-STAGNATION  option  should  be  selected.  Otherwise  the 
NONSTAGNATION  option  should  be  selected. 

Record  Default:  For  class  1,  2  and  3  boundary  conditions  the  data  is  computed 
and  stored  by  the  method:  LOWER-SURFACE-STAGNATION  for  subclass  1, 
UPPER-SURFACE-STAGNATION  for  subclass  2,  and  NONSTAGNATION  for  the  other 
subclasses.  For  class  4  and  5  boundary  conditions  the  default  is  the 
NONSTAGNATION  option. 


Examples: 

METHOD  OF  VELOCITY  COMPUTATION  -  UPPER-SURFACE-STAGNATION 
METH  .  NONS 


HttCMBUP  EAiaS  ni^MSf-nnm  JXAJwEB 
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Record  Nil.  Singularity  Types 

Omit  this  record  for  class  1,  2  and  3  boundary  conditions;  the  singularity 
types  are  specified  by  the  subclass,  figures  7.4  to  7.6.  This  record  must  be 
input  for  class  4  and  5  boundary  conditions.  This  record  specifies  the 
singularity  types,  and  the  corresponding  arrays  of  boundary  condition  location 
points,  for  both  the  source  and  doublet  distributions.  The  user  must  select 
one  singularity  type  for  the  source  and  one  for  the  doublet  distribution.  The 
possible  singularity  arrays  are  shown  in  figure  7.8.  (Notation:  DW1  - 
doublet  wake,  number  1,  see  table  8.1).  The  types  NOS  and  N00  are  used  when 
the  source  or  doublet  singularity  strengths,  respectively,  are  zero  on  the 
network. 

< SINGULARITY  TYPES  -  (Source}  (Doublets 

NOS  NOD 

5F  DA 

m  mi 

—  3WT 

m 


Examples: 

SINGULARITY  TYPES  -  SA,  DD1 
SING  *  DW1,  NOS 
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Source  Singularity  Types 
SA,  Analysis 


1 


Doublet  Singularity  Types 
DA,  Analysis 

3 


Make  Singularity  Types 


M 


-  direction 

f 


1 


DD1 


N  -  direction 


SD1,  Design 


< 

>  O 

0 

o 

4< 

>  o 

o 

o 

j 

>  o 

o 

_ o _ 

o 

_ 

U  V  ■  v 

1 

SD1,  Design 


2  -  edge  Index 


°  boundary  condition  'location  point 


Figure  7.8  -  Singularity  types:  boundary  condition 
location  point  arrays  on  a  sample  network  (record  Nil) 
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Record  N12.  Edge  Control  Point  Locations 


This  record  changes  the  network  edge  location  of  the  boundary  condition 
location  points  from  the  default  positions  shown  in  figure  7.8.  The  default 
location  of  the  points  is  determined  by  the  edge  indexing,  which  is  determined 
by  the  input  ordering  of  the  network  grid  points.  If  needed,  the  boundary 
condition  location  points  on  a  network  edge  can  be  relocated  by  u- Ing  this 
record  rather  than  by  reordering  the  network  grid  point  array.  The  number  of 
edges  specified  must  equal  the  number  of  edges  with  boundary  condition 
location  points,  figure  7.8.  (For  wake  network  type  DW2  the  single  control 
point  has  default  location  on  edge  1  by  definition.)  This  record  is  not  used 
for  source  (SA)  and  doublet  (OA)  analysis  networks. 


CEDGE  CONTROL  POINT  LOCATIONS  -  <Type(s)  -  edge-number (s)» 

SNE,  source-network-edge(s) 

PNF,  doublet-network-edge(s) 

Parameter  Defaults:  Source  or  doublet  edge  control  points  have  the  default 
locations,  figure  7.8.  (Wake  networks  are  doublet  networks.) 


Record  Default: 
7.8. 


All  edge  control  points  have  the  default  locations,  figure 


Examples: 

EDGE  CONTROL  POINT  LOCATIONS  -  SNE  -  1,  2,  DNE  -  1,2 
EDGE  -  DNE  -  2 
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Record  N13,  Temove  Doublet  Edge  Matching 


This  record  specifies  the  no  doublet  strength  matching  along  the  edges  of 
a  dou.'  .  vt  analysis  network  (type  DA,  figure  7.8),  which  Is  specified  either 
throuL-'  the  boundary  condition,  record  N9,  or  directly  by  record  Nil.  Do  not 
use  this  record  for  other  types  of  doublet  networks.  This  record  suppresses 
any  condition  of  doublet  strength  matching  between  abutting  network  edges  or 
of  zero  doublet  strength  along  a  free  edge;  it  is  replaced  by  the  network 
boundary  condition.  The  no  doublet  strength  matching  condition  allows  a 
discontinuity  In  doublet  strength  either  between  network  edges  or  along  a  free 
edge.  To  suppress  doublet  matching  at  an  abutment  of  network  edges,  this 
record  must  be  input  for  all  edges  (and  possibly  several  networks)  involved  in 
the  abutment. 

<  NO  DOUBLET  EDGE  MATCHING  -  {{edge-number(s)}}  > 

Record  Default:  The  doublet  strength  matching  condition  will  be  imposed  at 
all  edge  control  points. 


Examples: 

NO  DOUBLET  EDGE  MATCHING  -  2,  4 
NO  OOUB  -  1 


sastamm  earn  iximbb 
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Record  sets  N14  to  N18  specify  boundary  condition  equations  and  data 
associated  with  boundary  condition  equations.  Eo'Ch  record  set  can  appear 
anywhere  after  record  set  NR  within  the  given  network  data  group.  However, 
the  records  within  each  record  set  must  be  In  the  specified  order.  Each 
record  set  must  begin  with  the  identifying  record.  The  subsequent  records  can 
be  repeated  several  times,  each  time  giving  part  of  the  total  data.  Each  of 
these  record  sets  is  independent  of  the  others;  for  example,  the  solutions 
list  records  (N14c,  N15c,  N16d,  N17d  and  N18d )  apply  only  to  the  record  sets 
in  which  they  appear.  Examples  are  given  at  the  end  of  each  record  set 
description. 

For  each  boundary  condition  class,  use  of  these  record  sets  either  are 
always  required  or  may  be  required,  the  latter  depending  on  the  particular 
application,  as  listed  below. 

Boundary  Condition  Class  Always  Required  May  Be  Required 


1 

__ _ 

N18 

2 

N17 

N18 

3 

N16 

N14.N17.N18 

4 

— 

N14,N16,N17,N18 

5 

N15 

N14.N16.N17.N18 

Record  sets  which  are  not  listed  are  not  used  for  the  indicated  boundary 
condition  class. 
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This  record  ;et  defines  a  closure  edge  boundary  condition  which  Is  used  in 
design  applications,  see  section  B.3.5.  Only  one  closure  condition  can  be 
specified  for  a  network.  The  closure  condition  must  replace  a  default 
boundary  condition  of  (usually)  source  or  (rarely)  doublet  strength  matching 
on  a  network  edge,  which  is  the  “specified  edge"  of  the  closure  condition, 

(If  the  closure  condition  is  specified  to  replace  a  doublet  strength  matching 
condition,  the  program  may  in  some  cases  override  the  user  specification  and 
retain  the  doublet  matching  condition.) 

The  user  can  specify  the  closure  condition  in  general  form: 

rr  edge 

JJ  ^  [AU(wyn)  +  AL{W|_-n)  +  AA(w^>n)  +  AD  o  ]  ds  -  BC  (7.4.1) 

The  perturbation  mass  flux  is  Integrated  over  each  column  (or  row)  of  panels 
which  is  headed  by  a  control  point  on  the  "specified  edge"  of  the  network,  the 
specified  edge  is  also  the  lower  integration  limit.  The  integration  covers 
the  entire  network.  The  left-hand  side  coefficients  (All,  AL,  AA  and  AD)  are 
defined  at  every  panel  center  point  of  the  network.  The  right-hand  side 
coefficient  (BC)  is  defined  for  each  row  (or  column)  of  panels  and  for  each 
solution.  The  left-hand  side  coefficients  must  not  be  all  null  on  any  column 
(or  row). 

Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  N14a,  which  identifies  the  record  set,  ,iust  appear  first. 
Certain  subsets  can  be  repeated  several  times.  The  subset  of  records  N14b  to 
N14d  can  be  repeated,  each  time  specifying  one  term  c<  the  closure  equation. 
The  subset  of  records  N14c  and  Nl4d  can  be  repeated,  each  time  specifying  BC 
coefficients  for  one  set  of  solutions. 


1 


7-81 


f 


t 


WttCSZM  PJU3S  BUMUMOT  flLfc£B 


■HI 


Record  N14a.  Closure  Edge  Condition  Identifier  and  Locator 

This  record  identifies  the  closure  edge  condition  record  set,  the 
"specified"  network  edge  for  the  integral  closure  condition,  and  whether  a 
source  (SNE)  or  a  doublet  (DNE }  matching  condition  on  that  edge  is  to  be 
replaced  by  the  closure  condition.  The  network  edge  indexing  scheme  is 
illustrated  in  figure  7.3.  The  indicated  network  edge  Is  also  the  lower  limit 
of  the  closure  Integral:  the  integration  is  over  the  columns  (or  rows)  of 
panels  "normal"  to  that  edge. 

CLOSURE  EDGE  CONDITION  -  (Type  -  edge-number) > 

■"  SNE,  source-network-edge 

WT,  doublet-network-edge 

Record  Default:  No  closure  boundary  condition  for  the  network.  Omit  all 
records  in  the  record  set. 

Restriction:  The  indicated  source  or  doublet  network  edge  must  be  one  with 
boundary  condition  location  points  as  determined  by  either  the  Boundary 
Condition  Specified  Record  N9,  see  figures  7.4  to  7.6,  or  the  Singularity  Type 
Record  Nil  (figure  7.8),  and  by  the  Edge  Control  Point  Locations  Record  N12. 
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Record  N14b.  Closure  Term 


This  record  identifies  the  (left  or  right-hand  side)  coefficient  of  the 
general  closure  equation  (7.4.1).  This  arid  the  subsequent  records  can  be 
repeated,  each  time  specifying  numerical  values  for  one  coefficient.. 
Unspecified  coefficients  -  0. 

TERM  -  {Term} 

"Term"  has  two  characters  (not  separated)  defined  in  table  7.5. 


Type  of  Term 

First  Character 

Second  Character 

Coefficients  of 

A 

U  (upper) 

Normal  Mass 

t  (lower) 

Flux  (Left- 

A  (average) 

Hand  Side) 

5  (difference) 

Specified  Total 

Normal  Mass  Flux 

S 

£ 

(Right-Hand 

Side) 

1 

Examples:  TERM-  AD  } 

see  equation  (7.4.1) 

TERM  .  BC  } 

Table  7.5  Closure  term  identifications  (record  N14b) 


Record  N14c.  Closure  Solutions  List 


This  record  specifies  the  solutions  corresponding  to  the  subsequent 
numerical  values.  The  record  is  input  only  for  the  right-hand  side  term, 
identifier  BC  in  record  N14b.  (The  left-hand  side  coefficients  are 
independent  of  the  solution.)  This  and  the  subsequent  record  can  be  repeated, 
each  time  specifying  numerical  values  for  one  set  of  solutions. 

< SOLUTIONS  -  {{ solution— id( I )}>  > 

solution-id  -  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions. 


Record  N14d.  Closure  Numerical  Values 


This  record  spec*fies  numerical  values  at  the  panel  center  points  of  one 
term,  defined  by  records  N14b  and  N14c,  of  the  general  closure  condition. 

{{value(s)}} 

The  coefficient  arrays  can  be  either  singly  dimensioned  (BC  coefficients, 
right-hand  side)  or  doubly  dimensioned  (AX  coefficients,  left-hand  side).  For 
the  right-hand  side  coefficients,  the  index  corresponds  to  the  panel  rows  or 
columns,  depending  upon  the  integration  direction  (which  is  defined  by  the 
edge  number  specified  in  record  N14a).  For  the  left-hand  side  coefficients 
AX ( I , J) ,  the  indices  (I,J)  are  those  of  the  rows  and  columns,  respectively,  of 
the  panels;  the  indexing  is  independent  of  the  integration  direction 

The  numerical  vilues  can  be  input  in  three  general  formats.  Only  one  format 
can  be  used  for  each  numerical  values  record.  Alternate  formats  can  be  used 
if  the  term  and  solutions  list  records  (N14b  and  N14c)  are  repeated.  If 
several  values  are  assigned  to  one  point,  the  final  value  is  that  assigned  by 
the  latest  record,  that  is,  a  later  record  supercedes  an  earlier  record. 

1.  Global  Value.  A  single  numerical  value  is  input.  The  prog. 'am  applies 
that  value  to  the  entire  array. 

2.  Consecutive  Ordering.  The  numerical  values  are  specified  for  each  panel 
center  point  in  order:  for  the  AX  arrays  this  means  all  points  on  the 
first  column  in  order  of  the  rows,  followed  by  all  points  on  the  second 
column  in  order  of  the  rows,  and  so  forth.  Restriction:  the  entire  array 
must  be  input,  that  is,  numerical  values  must  be  input  for  either  all 
panel  center  points  (AX  arrays)  or  all  panel  rows  or  columns  (BC  array). 

T.  Indexed  Input.  The  index  or  indices  and  the  corresponding  values  of  the 
coefficients  are  input  together.  The  possible  formats  and  examples  are 
given  in  table  7.6. 


Example:  Specify  the  closure  condition 

/•/•edge  3  AD  a  ds  «  BC 
edge  1 

which  replaces  a  source  matching  -.ondition  on  edge  1  where  AD  »  1.  for  all 
columns  and  for  all  rows  except  row  4  where  AD  -  .5;  where  BC  has  the  same 
value  for  all  columns;  and  where  BC  «  0.  for  solution  1  and  BC  -  3.  for 
solution  2. 

CLOSURE  EDGF  CONDITION  -  SNE-1 
TERM  -  AD  %  (  ALL  ,  ALL  )  -  1.  ?  (  4  ,  ALL  )  >  .5 
TERM  -  BC 
SOLUTIONS  «  1  ?  0. 

SOLUTIONS  .  2  l  3. 


ik-iar  ....tj awsu.. 


7-84 


Indexed  Input: 


Numerical  values  of  either  one  or  two  dimensional  arrays  can  he  specified  at 
particular  points.  There  are  three  possible  formats  for  the  inpus.  record, 
with  the  general  form:  a  left-hand  side  giving  the  indices  of  the  points,  an 
equal  sign,  and  a  right-hand  side  giving  the  numerical  value  assigned  to  the 
point  or  points. 

1.  Format  for  Single  Point.  The  left-hand  side  gives  the  index  or 
Indices  of  the  single  point  to  which  the  numerical  value  is  assigned. 

Examples:  (  2  )  «  value 

(1,4)-  value 

2.  Format  for  Range  of  Indices.  The  left-hand  side  gives  the  range  of 
indices  of  the  points  to  which  the  numerical  value  is  assigned. 

Rule:  "3  TO  6"  specifies  indices  3  through  6. 

Examples:  (  4  TO  7  )  -  value 

(  2  ,  4  TO  8  )  -  value 
(  1  TO  6~  3  JO  10  )  -  value 

3.  Format  for  Global  Range  of  Indices.  The  left-hand  side  gives  a 
global  range  of  indices  by  using  "ALL"  or  "MAX."  Rule:  "ALL" 
specifies  the  entire  range  of  the  index.  Rule:  "n  TO  MAX"  specifies 
indices  n  through  the  maximum  value. 

Examples:  (  3  TO  MAX  )  -  value 
(  ALL  ,7T)  -  value 
(  TTO  3  ,  ALL  )  -  value 

"Call  )  -  value  1  value  assigned 
(  ALL  ,~aTl  )  -  value  J  to  all  points 

General  Rule:  On  the  left-hand  side,  the  four  symbols  (  ,  )  -  and  the  three 
words  TO,  ALL  and  MAX  must  be  preceded  and  followed  by  at  least 
one  blank. 

Table  7.6  -  Formats  for  indexed  input,  with  examples 


Record  Set  N1S.  Coefficients  of  General  Boundary  Condition  Equation  Record  Set 


This  record  set  specifies  the  coefficients  of  a  general  (class  5)  boundary 
condition  equation,  figure  7.9.  Omit  this  record  set  for  class  1,  2„  3  and  4 
boundary  conditions  (record  N9).  Besides  the  coefficient  terms,  the  user  can 
specify  tangent  vector  (record  set  N16)  and  specified  flow  (record  set  N17) 
terms  in  the  boundary  condition  equations.  In  most  cases  two  independent 
equations  are  required.  The  first  and  second  equations  correspond  to  the 
user-specified  source  and  doublet  singularity  type  arrays  (record  Nil), 
respectively.  These  arrays  determine  the  locations  (record  N15d)  where  the 
boundary  condition  equations  are  required.  However,  if  a  null  singularity 
array  NOS  or  NOD  is  specified,  then  the  corresponding  boundary  condition 
equations  must  not  be  specified.  Also,  if  a  wake  singularity  array  DW1  or  DW2 
is  specified,  the  corresponding  boundary  condition  equation  is  not  specified. 
It  is  noted  that  PAN  AIR  may  override  a  user-specified  boundary  condition 
equation  at  some  control  points,  see  appendix  A. 2  of  the  Theory  Document. 

Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  N15a,  which  identifies  the  record  set  must  appear  first. 
Certain  subsets  can  ba  repeated  several  times.  The  subset  of  records  NlSb  to 
N15e  can  be  repeated,  each  time  specifying  one  or  more  terms  of  the  boundary 
condition  equations.  The  subset  of  records  N15c  to  N15e  can  be  repeated,  each 
time  specifying  a  right-hand  side  coefficient  for  one  set  of  solutions.  The 
subset  of  records  N15d  to  N15e  can  be  repeated,  each  time  specifying  values  at 
one  type  of  control  point  location. 


Record  N15a.  Coefficients  of  General  Boundary  Condition  Equation  Identifier 

This  record  identifies  the  general  boundary  condition  equation  record  set. 

< COEFFICIENTS  OF  GENERAL  BOUNDARY  CONDITION  EQUATION > 

Record  Default:  Class  5  boundary  conditions  are  not  specified  (record  N9). 
Omit  all  records  in  the  record  set. 
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■ass  flux 
analysis 

V"u  *  + 

*A(&A  •  fi)  ♦  auo 

b  &  .  fi 
n  o 

potential 

CU*U  +  CA 

CA^A  +  V 

bplU*  $ 

velocity 

design 

V  V  V  *1. 

'  V*  '  *0  • 

bA*  K 

velocity 
anal, ns  Is 

•H^U  •  n)  +  eL(frL  *  fi) 
eA(vA  .  fi)  +  eD(frD  .  fi) 

a 

-1  L 

- 

&  -  perturbation  mss  flu* 
ft  *  panel  norm! 
t  ■  panel  tangent 
^  »  perturbation  velocity 
♦  "  perturbation  velocity 
potential 


a  •  source  strength 
M  “  doublet  strength 
0  -  total  specified  flow 
J  -  (x/s ^.y.t) 
jL  ■  total  onset  flow 
f£»  •  uni  fora  onset  flow 


subscripts: 

U  *  upper 
L  *  lower 
A  “  average 
D  *  difference 


n  ■  norm  i  to  panel 
p  “  potential 
t  -  tangent  to  panel 


Figure  7.9  -  General  boundary  condition  equation 


Record  Nl5b.  Equation  Term 


This  record  identifies  the  coefficient  and  the  index  of  the  general 
boundary  condition  equation,  figure  7.9,  which  are  specified  in  the  subsequent 
numerical  values.  This  and  the  subsequent  records  can  be  repeated,  each  time 
specifying  numerical  values  for  at  least  one  coefficient.  Unspecified 
coefficients  -  0.,  except  BT  -  -1.  at  all  control  points. 

TERM  -  {Term} 

“Term"  has  three  characters  (not  separated)  as  defined  in  table  7.7. 


Left-hand 

side 


Right-hand 

side 


First 

Character 

Second 

Character 

Third 

Character 

A  mass  flux 

U  upper 

1  first 
equation 

C  potential 

£  lower 

2  second 
equation 

E.  velocity 

A  average 

D  difference 

£  general 
~  coefficient 

_N  mass  flux 
or  velocity 
£  potential 

T  tangential 
~  .velocity 

Examples:  TERM 
TERM 


-  ADI  l 

-  BP2  ] 


see  coefficients  in  figure  7.9 


Table  7.7  -  General  boundary  equation  tern  identifications 

(record  NI5b) 
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Record  N15c.  Equation  Solutions  List 


This  record  specifies  the  solutions  corresponding  to  the  subsequent 
numerical  values.  This  record  is  input  only  for  the  right-hand  side  terms, 
identifiers  8X  in  record  N15b.  (The  left-hand  side  coefficients  are 
Independent  of  the  solution  Index.)  This  and  the  subsequent  records  can  be 
repeated,  each  time  specifying  numerical  values  for  one  set  of  solutions. 

<  SOLUTIONS  -  {{solution-id(I)}}  > 

solution-id  »  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions 


Record  N15d.  Equation  Control  Point  Locations 

This  record  allows  the  user  to  specify  different  numerical  values  for  the 
coefficients  at  different  types  of  control  point  locations.  This  and  the 
subsequent  records  can  be  repeated,  each  time  specifying  numerical  values  at 
one  type  of  control  point  location. 

POINTS  -  {Location} 

ALL-CONTROL-POINTS 
miTER-CONTROL-POINTS 
EDGE-CONTROL-POINTS 
OTJJTri  ONAL-CONTROL-POI  NTS 

Restrictions:  Values  must  be  specified  at  all  control  points,  since  the 
program  does  not  assign  a  default  value  to  the  control  points  after  the  TERM 
has  been  specified  by  record  N15b.  (The  user  can  establish  a  default  value  by 
using  the  “POINTS-ALL"  option.) 
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Record  N15e.  Equation  Numerical  Values 


This  record  specifies  the  numerical  values  of  the  term-solut1on(s)-points, 
specified  by  records  N15b  to  N15d,  of  the  general  boundary  condition  equation. 

{{value ( s ) }> 

The  type  of  control  point  location  (record  N15d)  affects  the  Indexing  of  the 
array  of  values.  The  Indexing  of  both  the  control  points  and  the 
corresponding  arrays  is  described  in  figure  7.10. 

The  numerical  values  can  be  Input  In  three  general  formats.  Only  one  format 
can  be  used  for  each  numerical  values  record.  Alternate  formats  can  be  used 
If  the  control  point  locations  record  N15d  is  repeated.  If  several  values  are 
assigned  to  one  point,  the  final  value  is  that  assigned  by  the  latest  record, 
that  is,  a  later  record  supercedes  an  earlier  record. 

1.  Global  Value.  A  single  numerical  value  Is  Input.  The  program  applies 
that  value  to  all  indicated  control  points. 

2.  Consecutive  Ordering.  The  numerical  values  are  input  for  each  Indicated 
control  point  in  order:  all  points  on  the  first  column  in  order  of  the 
rows,  followed  by  all  points  on  the  second  column  In  order  of  the  rows, 
and  so  forth.  Restriction:  the  entire  array  must  be  input,  tMt  is, 
numerical  values  must  be  Input  for  all  indicated  (by  record  N1  j)  control 
points. 

3.  Indexed  Input.  The  indices  and  the  corresponding  values  are  specified 
together.  The  possible  formats  and  examples  are  given  In  table  7.6. 
Restriction':  this  format  cannot  be  used  if  the  control  point  location 
type  (record  N15d)  is  ALL. 


7-91 


View  of  Upper  Surface 


O  CENTER  control  points 
CD  EDGE  control  points 
0  ADDITIONAL  control  points 


CENTER  control  point  array  Is  VALUE (1*0)  where  I,J  are  the  row,  column 
Indices. 

EDGE  control  point  array  Is  VALUE(I.O)  where  I  Is  the  control  point  Index 
and  J  Is  the  edge  index. 

ADDITIONAL  control  points  are  corner  control  points  and  points  added  by 
the  program  as  a  result  of  network  abutments;  the  array  Is  VALUE(J)  where 
J  Is  the  edge  Index.  (The  same  value  Is  assigned  to  all  ADDITIONAL 
control  points  on  the  edne.) 

ALL  control  points  are  the  collection  (In  order)  of  CENTER,  EDGE  and 
ADDITIONAL  control  points. 


Note:  The  VALUE  (I,J)  array  is  input  in  the  order:  VALUE(l.l), 

VALUE(2,1) , . . .,  VALUE(N.l),  VALUE(1,2),  VALUE(2,2) 


Figure  7.10  -  Indexing  system  for  arrays  corresponding  to  the 
control  point  location  options 
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Example:  Boundary  condition  equations  for  class  1,  subclass  3  (figure  7.4) 
and  one  solution,  input  as  a  class  5  boundary  condition.  The  boundary 
condition  equations  are 


Record  Set  N16.  Tangent  Vectors  for  Design  Record  Set 

This  record  set  specifies  tangent  vector  coefficients  which  appear  in  the 
general  boundary  condition  equation,  figure  7.9.  Omit  this  record  set  for 
class  1  and  2  boundary  conditions.  The  associated  terms  of  the  equation  are 

Left-hand  side:  ty  '  "v y  +  tL  '  v^  +  +  tD  '  Vu 

Right-hand  side:  b.  tl  ‘  "U 
t  t  o 

Tangent  vector  terms  are  required  in  design  applications.  Some  left-hand 
side  and  right-hand  side  terms  are  required  for  class  3  boundary  conditions, 
depending  on  the  subclass.  The  tangent  vector  terms  are  zero  unless  defined 
otherwise  in  this  record  set.  The  boundary  condition  equations  for  design 
(class  3)  and  for  general  (classes  4  and  5)  applications  allow  different 
values  for  the  left  and  right-hand  side  tangent  vectors.  However  the  left  and 
right-hand  side  vectors  are  equal  in  standard  applications,  see  section 
8.3.3.  If  equal,  several  vectors  (Including  those  from  both  boundary 
condition  equations)  can  be  specified  by  the  same  numerical  data  by  using  the 
options  in  record  N16b. 

Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  N16a,  which  Identifies  the  record  set,  must  appear  first. 
Certain  subsets  can  be  repeated  several  times.  The  subset  of  records  N16b  to 
N16g  can  be  repeated,  each  time  specifying  vector  coefficients  for  one  or  more 
terms  of  the  boundary  condition  equations.  The  subset  of  records  N16d  to  N16g 
can  be  repeated,  each  time  specifying  a  right-hand  side  vector  coefficient  for 
one  set  of  solutions.  The  subset  of  records  N16e  to  Nl6g  can  be  repeated, 
each  time  specifying  values  at  one  type  of  control  point  location. 


Record  N16a.  Tangent  Vectors  for  Design  Identifier 

This  record  identifies  the  tangent  vectors  for  design  record  set. 

<  TANGENT  VECTORS  FOR  DESIGN > 

Record  Default:  No  tangent  vector  coefficients  appear  in  the  boundary 
condition  equations  for  the  network.  Omit  all  records  in  the  record  set. 
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Record  N16b.  Tanyent  Vectors  Term 


This  record  identifies  which  tangent  vectors  of  the  general  boundary 
condition  equation,  figure  7.9,  are  specified  in  the  subsequent  numerical 
values.  The  index  of  the  boundary  condition  equation,  that  is,  the  first  or 
the  second  equation,  is  also  identified.  This  and  the  subsequent  records  can 
be  repeated,  each  time  specifying  numerical  values  for  one  or  more  tangent 
vectors.  Unspecified  tangent  vectors  are  zero. 

TERM  -  (tTerm(s)}} 

"Term"  has  three  characters  (not  separated)  as  defined  in  table  7.8. 

Restriction:  The  right-hand  side  vectors  (TERM  -  TTn)  are  multiplied  by  BT, 
whose  value  is  specified  in  record  N9  for  class  4  boundary  conditions  and  in 
record  set  N15  for  class  5  boundary  conditions.  If  both  left  and  right-hand 
side  vectors  are  specified  by  "Term(s)",  then  the  right-hand  side  vectors  must 
be  the  same  for  all  solutions  (record  N16d). 


Type  of 

Term 

First 

Character 

Second 

Character 

- 

Third 

Character 

T 

U  upper 

1  first  equation 

Left-hand 

Side 

L_  lower 

£  second  equation 

A  average 

£  difference 

Right-hand 

T  onset 

Side 

tangent 

-  ■  ■  . . -J 

Examples:  TERM  -  TA2  —  t^  in  equation  2 
TERM  .  TTl  —  tu  in  equation  1 

Table  7.8 -Tangent  vector  term  identifications 
(record  N16b) 
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Record  N16c..  Tangent  Vectors  Scaling 

This  record  suppresses  the  automatic  program  scaling  of  the  input  vector 
values  into  vectors  with  unit  length. 

< UNALTERED > 

Record  Default:  Input  vector  values  (record  N16f)  are  scaled  to  unit  length 
by  the  program. 


Record  Nl6d.  Tangent  Vectors  Solutions  List 

This  record  specifies  the  solutions  corresponding  to  the  subsequent 
numerical  values.  This  record  is  input  only  for  the  right-hand  side  tangent 
vectors  (identifier  TTn  in  record  N16b).  (The  left-hand  side  vectors  are 
independent  of  the  solution  index.)  This  and  the  subsequent  records  can  be 
repeated,  each  time  specifying  numerical  values  of  right-hand  side  tangent 
vectors  for  one  set  of  solutions. 

SOLUTIONS  -  {{ so  1  u  t i on—  1  d  ( I ) }> > 

solution-id  ■  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  Index  which  Identifies  the  solution 

Record  Default:  All  available  solutions 


Record  N16e.  Tangent  Vectors  Control  Point  Locations 

This  record  allows  the  user  to  specify  different  numerical  values  of  the 
tangent  vectors  at  different  types  of  control  point  locations.  This  and  the 
subsequent  records  can  be  repeated,  each  time  specifying  numerical  values  at 
one  type  of  control  point  location. 

POINTS  -  {Location} 

ALL-CONTROL-POINTS 

OTER-CONTROL-POINTS 

EDGE-CONTROL-POINTS 

AOTTriONAL-CONTROL-POINTS 

Restriction:  Values  must  be  specified  at  all  control  points,  since  the 
program  does  not  assign  a  default  value  to  the  control  points  after  the  TERM 
has  been  specified  by  record  N16b.  (The  user  can  establish  a  default  value  by 
using  the  “POINTS*ALL"  option.) 


7-97 


Record  N16f  or  Record  N16g  (not  both)  can  be  used  to  specify  numerical 
values  of  tangent  vectors  for  each  location  specified  by  record  N16e. 


Record  N16f.  Tangent  Vectors  Numerical  Values 

This  record  specifies  numerical  values  of  the  three  components  of  the 
tangent  vectors  defined  by  records  N16b  and  Nl6d. 

<{{  values  )}> 

The  type  of  control  point  location  (record  Nl6e)  affects  the  Indexing  of  the 
array  of  values.  This  indexing  of  both  the  control  points  and  the 
corresponding  arrays  is  described  in  figure  7.10. 

The  numerical  values  (three  components  for  each  control  point)  can  be  input  in 
three  general  formats.  Only  one  format  can  be  used  for  each  numerical  values 
record.  Alternate  formats  can  be  used  if  the  control  point  locations  record 
Nl6e  is  repeated.  If  several  values  are  assigned  to  one  point,  the  final 
value  is  that  assigned  by  the  latest  record,  that  is,  a  later  record 
supercedes  an  earlier  record. 

1.  Global  Value.  A  single  set  of  three  numerical  values  is  input.  The 
program  applies  that  set  of  values  to  all  indicated  control  points. 

2.  Consecutive  Ordering.  The  numerical  values  are  specified  for  each 
indicated  control  point  In  order:  all  points  on  the  first  column  in  order 
of  the  rows,  followed  by  all  points  on  the  second  column  in  order  of  the 
rows,  and  so  forth.  Restriction:  the  entire  array  must  be  Input,  that 
is,  numerical  values  must  be  input  for  all  indicated  (by  record  N16e) 
control  points. 

Format:  tvx(l.l),  tvy(l,l),  tvz(l,l), 

tvx(2,l),  tvy(2,l),  tvz(2,l ) ,  ... 

3.  Indexed  Input.  The  indices  and  the  corresponding  values  of  the  three 
vector  components  are  specified  together.  The  possible  formats  and 
examples  (for  a  scalar  quantity)  are  given  in  table  7.6.  Restriction: 
tnls  format  cannot  be  used  if  the  control  point  location  type  (record 
N16e)  is  ALL. 

Restrictions:  All  three  components  of  the  tangent  vectors  are  input,  although 
this  is  redundant  due  to  the  tangency  condition.  The  vectors  are  projected  by 
the  program  onto  the  panel.  If  any  vector  input  in  record  N16f  is  not  within 
60  of  a  subpanel  plane,  the  program  gives  an  error.  The  three  components 
must  not  be  separated;  they  either  must  be  on  the  same  card  or  record 
continuation  must  be  indicated  by  a  plus  (+)  as  the  last  character  on  a  card. 

Record  Default:  Tangent  vectors  are  not  specified  by  this  method. 
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Record  Nl6g.  Tangent  Vectors  Standard  Numerical  Values 

This  record  is  used  if  the  tangent  vectors  have  a  standard  form. 

< Method > 

COMPRESSIBILITY-DIRECTION 
MlO-POINT  -  {originating-eJge-number) 

1  (from  edge  1  to  edge  3) 

1  (from  edge  2  to  edge  4) 

1  (from  edge  3  to  edge  1) 

5  (from  edge  4  to  edge  2) 

For  either  option,  a  tangent  vector  of  unit  length  is  defined  at  all  control 
points  specified  by  record  N16e.  For  the  COMPRESSIBILITY-DIRECTION 
option  the  vectors  are  in  the  direction  of  the  projection  of  the 
compressibility  vector  onto  the  panel.  For  the  MID-POINT  option  the  vectors 
are  parallel  to  a  line  connecting  the  mid-points  of  the  indicated  edges. 

Record  Default:  Tangent  vectors  are  not  specified  by  this  method. 


Example:  Tangent  vectors  for  class  3,  subclass  1  (figure  7.6)  boundary 
conditions  for  one  solution.  For  all  control  points  the  (unit)  vectors  are 
the  projection  of  the  compressibility  direction  into  the  panel. 


TANGENT  VECTORS  FOR  DESIGN 
TERM  -  TUI ,  TTl 
POINTS  -  ALL 

COMPRESSIBILITY-DIRECTION 


Example:  Tangent  vectors  for  class  3,  subclass  6  (figure  7.6)  boundary 
conditions.  For  all  solutions  and  all  control  points  the  vectors  are  equal, 
have  unit  magnitude  and  are  in  the  direction  of  the  x  axis. 


TANGENT  VECTORS 
TERM  -  TUI ,  TTl,  TL2,  TT2 
POINTS  -  ALL 
1.,  0.,  0. 
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Record  Set  N17.  Specified  Flow  Record  Set 


This  record  set  defines  specified  flows  which  are  the  scalar  quantities 
{8  terms)  on  the  right-hand  side  of  the  general  boundary  condition  equation, 
figure  7.9.  Omit  this  record  set  for  class  1  boundary  conditions.  There  can 
be  two  specified  flow  terms,  one  for  each  of  the  two  boundary  condition 
equations,  at  a  control  point.  The  specified  flow  terms  are  required  for 
class  2  and  3  boundary  conditions  and  may  be  required  for  class  4  and  5 
boundary  conditions.  The  specified  flow  terms  are  zero  for  all  solutions  and 
all  control  points,  if  record  set  N17  is  not  used. 

Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  N17a,  which  identifies  the  record  sat,  must  appear  first. 
Certain  subsets  can  be  repeated  several  times.  The  subset  of  records  N17b  to 
N17f  can  be  repeated,  each  time  specifying  values  in  one  boundary  condition 
equation.  The  subset  of  records  N 17c  to  N17f  can  be  repeated,  each  time 
specifying  values  for  different  input/image  part(s)  of  the  total 
configuration.  The  subset  of  records  N17d  to  N17f  can  be  repeated,  each  time 
specifying  values  for  one  set  of  solutions.  The  subset  of  records  Ni.7e  and 
N17f  can  be  repeated,  each  time  specifying  values  at  one  type  of  control  point 
location. 


Record  N17a.  Specified  Flow  Identifier 

Th  record  identifies  the  specified  flow  record  set. 

< SPECIFIED  FLOW > 

Record  Default:  All  specified  flow  terms  in  the  boundary  condition  equations 
are  zero  for  the  network.  Omit  all  records  in  the  record  set. 


Record  N17b,  Specified  Flow  Term 

This  record  identifies  the  boundary  condition  equation  (that  is,  the  first 
or  the  second  equation)  for  which  specified  flow  values  are  defined  in  the 
subsequent  numerical  values.  This  and  the  subsequent  records  can  be  repeated 
to  specify  numerical  values  for  the  other  boundary  condition  equation. 
Specified  flow  -  0.  for  an  unspecified  equation  number. 

TERM  *  (equation-number) 

equation-number  -  1  or  2 
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Record  N17c.  Specified  Flow  Symmetries 


This  record  allows  the  user  to  define,  either  in  combination  or 
separately,  the  specified  flows  on  the  input  network  and/or  its  images.  This 
and  the  subsequent  records  can  be  repeated,  each  time  specifying  values  in 
another  input  or  image  region(s). 

<  INPUT-IMAGES  -  « Image(s))}> 

INPUT 

1ST" 

m 

M 

The  meanings  of  the  Image(s)  terms  are  defined  in  figure  7.11.  The  meanings 
depend  upon  whether  there  are  one  to  two  planes  of  configuration  symmetry 
defined  in  record  G4. 

Record  Default:  The  defaults  depend  upon  the  flow  symmetry  specified  in 
record  G4.  If  no  flow  symmetry  was  specified,  the  record  default  is  the  INPUT 
option.  If  flow  symmetry  (or  the  ground  effect  option)  was  specified,  then 
the  record  default  is  the  INPUT  option  plus  all  images  in  plane(s)  of  flow 
symmetry. 

Restriction:  The  specified  image  options  must  be  consistent  with  any  flow 
symmetry  (or  ground  effect  option)  specified  in  record  G4. 


Record  N17d,  Specified  Flow  Solutions  List 

This  record  specifies  the  solutions  corresponding  to  the  subsequent 
numerical  values  for  the  specified  flow.  This  and  the  subsequent  records  can 
be  repeated,  each  time  specifying  values  for  one  set  of  solutions. 

< SOLUTIONS  «■  {{ so  1  u ti on— i d ( I )]}> 

solution-id  a  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions 
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Record  N17e,  Specified  Flow  Control  Point  Locations 


This  record  allows  the  user  to  specify  different  numerical  values  of  the 
specified  flow  at  different  types  of  control  point  locations.  This  and  the 
subsequent  records  can  be  repeated,  each  time  specifying  numerical  values  at 
one  type  of  control  point  location. 

POINTS  -  (Location) 

ALL-CONTROL  POINTS 
TENTER-CONTROL  POINTS 
EDSF-CONTROL  POINTS 
%PDTT I ONAL-CONTROL  POINTS 

Restrictions:  Values  must  he  specified  at  all  control  points,  (1)  since  the 
program  does  not  assign  a  default  value  to  the  control  points  after  the  TERM 
has  been  specified  by  record  N17b,  and  (2)  even  if  the  specified  flow  data  is 
not  used  at  some  of  the  control  points.  (The  user  can  easily  establish  a 
default  by  using  the  "POINTS«ALL“  option.) 


Record  N17f.  Specified  Flou'  Numerical  Values 

This  record  specifies  the  numerical  values  of  the  specified  flows  as 
defined  by  records  N17b  to  Nl7e. 

{(value(s)}} 

The  type  of  control  point  location  (record  N17e)  affects  the  indexing  of  the 
array  of  values.  The  indexing  of  both  the  control  points  and  the 
corresponding  arrays  is  described  in  figure  7,10. 

The  numerical  values  can  be  input  in  three  general  formats.  Only  one  format 
can  be  used  for  each  numerical  values  record.  Alternate  formats  can  be  used 
if  the  control  point  locations  record  N17e  is  repeated.  If  several  values  are 
assigned  to  one  point,  the  final  value  is  that  assigned  by  the  latest  record, 
that  is,  a  later  record  supercedes  an  earlier  record. 

1.  Global  Value.  A  single  numerical  values  is  input.  The  program  applies 
that  value  to  all  indicated  control  points. 

2.  Consecutive  Ordering,  The  numet  it.al  values  are  specified  for  each 
indicated  control  point  In  order:  all  points  on  the  first  column  in  order 
of  the  rows,  followed  by  all  points  on  the  second  column  in  order  of  the 
rows,  and  so  forth.  Restriction:  the  entire  array  must  be  input,  that 
is,  numerical  values  must  be  input  for  all  indicated  control  points. 

3.  Indexed  Input.  The  indices  and  the  corresponding  values  are  specified 
together.  The  possible  formats  and  seme  examples  are  given  in  table  7.6. 
Restriction:  this  format  cannot  be  used  if  the  control  point  location 
type  (record  N17e)  is  ALL. 
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Example:  Specified  flows  for  class  2,  subclass  5  (figure  7.5)  boundary 
condition  equations  with  two  solutions  and  for  p.  configuration  with  one  plane 
of  configuration  symmetry,  with  asymmetric  flow  (record  G4).  For  both 
solutions  -  -.05  for  both  input  and  image,  and  for  all  control  points.  For 

solution  1,  -  +.01  for  both  input  and  image,  and  for  all  control  points. 

For  solution  2,  62  -  +.01  for  input,  82  -  -.01  for  image,  and  for  all  control 

points. 

SPECIFIED  FLOW 
TERM-1 

INPUT-IMAGES-iNPUT,  1ST 
POINTS  -  ALL  l  -.05 
TERM-2 

INPUT-IMAGES-INPUT,  1ST 
S0LUTI0NS-1 
POINTS-ALL  %  +.01 
INPUT-IMAGES-INPUT 
SOLllTIONS-2 
POINTS-ALL  $  +.01 
INPUT-IMAGES-1ST 
SOLUTIONS-2 
POINTS-ALL  S  -.01 


Record  Set  N18.  Local  Onset  Flow  Record  Set 


This  record  set  defines  the  local  onset  flow  which  appears  in  the 
r<ght-hand  side  of  the  boundary  condition  equations  and  (optionally)  in  the 
computation  of  flow  quantities .such  as  the  pressure  coefficient  and  local  Mach 
number.  The  total  onset  flow  U  is 


U0  -  U. 


+  U, 


rot 


+  U 


loc 


The  uniform  U*  and  rotational  Urot  onset  flows  are  defined  for  the  entire 

configuration  by  record  G6.  The  local  onset  flow  Is  defined  on  a  network  by 
network  basis.  Since  the  local  onset  flow  appears  on  the  right-hand  side  of 
the  boundary  condition  equations.  It  must  be  specified  for  each  solution. 


Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  N18a,  which  Identifies  the  record  set,  must  appear  first. 
Certain  subsets  can  be  repeated  several  times.  The  subset  of  records  N18c  to 
N18f  can  be  repeated,  each  time  specifying  values  for  different  input/image 
part(s)  of  the  total  configuration.  The  subset  of  records  N18d  to  N18f  can  be 
repeated,  each  time  specifying  values  for  one  set  of  solutions.  The  subset  of 
records  M18e  and  Nl8f  can  be  repeated,  each  time  specifying  values  at  one  type 
of  control  point  location. 


Record  N18a.  Local  Onset  Flow  Identifier 

This  record  Identifies  the  local  onset  flow  record  set. 

<  LOCAL  ONSET  FLOW > 

Recorl  Default:  All  local  onset  flow  terms  are  zero  for  the  network.  Omit 
all  records  in  the  record  set. 


YZiJtfiD 


7-107 


etas  auuKdur 


Record  N18b.  Local  Onset  Flow  Term 


This  record  Identifies  one  of  two  possible  ways  of  specifying  the 
numerical  values  of  the  local  onset  flow.  All  values  must  be  specified  In  the 
same  way  for  the  network. 

TERM  -  (Term) 

ALPHA-8ETA-MAGNITUDE 

WL 

In  the  first  option  the  three  input  numerical  values  are  the  angle  of  attack, 
angle  of  sideslip,  and  magnitude  of  the  local  onset  flow  velocity.  (The 
angles  are  specified  in  the  same  manner  as  those  defining  the  uniform  onset 
flow  velocity,  that  is,  a  rotation  of  -0  followed  by  a  rotation  of  -a,  see 
figure  7.2  and  section  B.2.1.  The  angles  are  specified  in  degrees.)  In  the 
second  option  the  three  input  numerical  values  are  the  three  components  of  the 
local  onset  flow  velocity  (in  the  reference  coordinate  system). 


Record  N18c.  Local  Onset  Flow  Symmetries 

This  record  allows  the  user  to  specify,  either  in  combination  or 
separately,  the  local  onset  flows  on  the  input  network  and/or  Its  Images. 
This  and  the  subsequent  records  can  be  repeated,  each  time  specifying  values 
in  another  input  or  image  region(s). 

<  INPUT-IMAGES  -  « Image(s)}}> 

INPUT 


m 

The  meanings  of  the  Image(s)  terms  are  defined  in  figure  7.11.  The  meanings 
depend  upun  whether  there  are  one  or  two  planes  of  configuration  symmetry 
defined  in  records  G4. 

Record  Default:  The  defaults  depend  upon  the  flow  symmetry  specified  in 
record  G4.  If  no  flow  symmetry  was  specified,  the  record  default  is  the  INPUT 
option.  If  flow  symmetry  (or  the  ground  effect  option)  was  specified,  then 
the  record  default  is  the  INPUT  option  plus  all  images  in  plane(s)  of  flow 
symmetry. 

Restriction:  The  specified  image  options  must  be  consistent  with  any  flow 
symmetry  (or  ground  effect  option)  specified  in  record  G4. 
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Records  N18d.  Local  Onset  Flow  Solutions  List 


This  record  specifies  the  solutions  corresponding  to  the  subsequent- 
numerical  values  for  the  local  onset  flow.  This  and  the  subsequent  records 
can  be  repeated,  each  time  specifying  values  for  one  set  of  solutions. 

<  SOLUTIONS  -  {( so  1  u t i on—  i d ( I ) }} > 

solution-id  -  either  the  alphanumeric  name  (SID,  record  66)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions 


Record  NUte.  Local  Onset  Flow  Control  Point  Locations 

This  record  allows  the  user  to  specify  different  numerical  values  of  the 
local  onset  flow  at  different  types  of  control  point  locations.  This  and  the 
subsequent  record  can  be  repeated,  each  time  specifying  numerical  values  at 
one  type  of  control  point  location. 

POINTS  -  (Location) 

ALL-CONTROL-POINTS 

TEXTter-control-points 
E155E— CONTROL— POI  NTS 
STOTT I ONAL-CONTROL-PO I NTS 

Restrictions:  Values  must  be  specified  at  all  control  points,  (1)  since  the 
program  does  not  assign  a  default  value  to  the  control  points  after  the  TERM 
has  been  specified  by  record  N18b,  and  (2)  even  if  the  local  onset  flow 
velocity  is  not  used  at  some  of  the  control  points.  (The  user  can  easily 
establish  a  default  by  using  the  “POINTS-ALL"  option.) 
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Record  Nl8f.  Local  Onset  Flow  Numerical  Values 


This  record  specifies  the  numerical  values  of  the  local  onset  flow.  A  set 
of  three  values  is  specified  for  each  control  point.  The  meaning  of  the  three 
values  was  specified  in  record  Nl8b, 

{{values}) 

The  type  of  control  point  location  (record  N18e)  affects  the  indexing  of  the 
array  of  values.  The  Indexing  of  both  the  control  points  and  the 
corresponding  arrays  is  described  In  figure  7.10  (record  Nl5e). 

The  numerical  values  (three  for  each  control  point)  can  be  input  in  three 
general  formats.  Only  one  format  can  be  used  for  each  numerical  values 
record.  Alternate  formats  can  be  used  if  the  control  point  locations  record 
N18e  is  repeated.  If  several  values  are  assigned  to  one  point,  the  final 
value  is  that  assigned  by  the  latest  record,  that  is,  a  later  record 
supercedes  an  earlier  record. 

1.  Global  Value.  A  single  set  of  three  numerical  values  Is  input.  The 
program  applies  that  set  of  values  to  all  indicated  control  points. 

2.  Consecutive  Ordering.  The  numerical  values  are  specified  for  each 
indicated  control  point  in  order:  all  points  on  the  first  column  in  order 
of  the  rows,  followed  by  all  points  on  the  second  column  in  order  of  the 
rows,  and  so  forth.  Restriction:  the  entire  array  must  be  Input,  that 
is,  numerical  values  must  be  inpet  for  all  indicated  control  points. 

3.  Indexed  Input.  The  indices  and  the  corresponding  values  are  specified 
together.  The  possible  formats  and  examples  (for  a  scalar  quantity)  are 
given  in  table  7.6.  Restriction:  this  format  cannot  be  used  if  the 
control  point  location  type  (record  N18e)  is  ALL. 

Restrictions:  The  set  of  three  values  must  not  be  separated.  They  either 
must  be  on  the  same  card  or  record  continuation  must  be  Indicated  by  a  plus 
(+)  as  the  last  character  on  a  card. 


Example:  Local  onset  flow  a  -  b  -  0  for  both  input  and  image  (one  plane  of 
symmetry),  and  for  all  control  points,  where  |TJ-|0C|  ■  1.  for  solution  1  and 

|Ul0Cl  -  2-  for  solution  2. 

LOCAL  ONSET  FLOW 
TERM  -  ALPHA 

INPUT-IMAGES  -  INPUT,  1ST 
SOLUTIONS  -  1 
POINTS  -  ALL  %  O..O..T. 

SOLUTIONS  -  2 
POINTS  -  ALL  %  Q.,0.,2. 


7.5  Germ-tric  Edge  Matching  Data  Gr  up 


This  data  group  allows  the  user  to  define  abutments  between  two  or  more 
network  edges.  For  network  edges  defined  in  an  abutment,  the  default  Boundary 
condition  is  doublet  strength  matching  between  the  abuting  edges. 

Abutments  of  network  edges  can  be  defined  in  either  of  two  ways.  First, 
PAN  AIR  has  an  automatic  abutment  procedure.  Abutments  are  identified  by  tho 
closeness  of  the  netvork  edges,  using  the  geometric  edge  matching  tolerance 
distance  (record  G7).  The  procedure  is  described  in  section  8.3.5,  also  in 
appendix  F  of  the  Theory  Document.  The  automatic  procedure  can  be  globally 
suppressed  as  described  under  record  G7.  Second,  the  user  can  specify 
abutments  by  vsing  the  present  data  group.  In  case  of  conflict,  a 
user-specified  abutment  supercedes  an  automatically  defined  abutment. 

Ordering:  Record  GE1,  which  identifes  the  data  group,  must  appear  first.  The 
subgroup  of  records  GE2  to  GE4  can  be  repeated,  each  time  specifying  one 
abutment.  For  each  subgroup,  record  GE2  must  appear  first. 


Record  GE1.  Geometric  Edge  Matching  Data  Group  Identifier 
This  record  identifies  the  data  group. 

< BEGIN  GEOMETRIC  EDGE  MATCHING  DATA> 

Record  Default:  No  user-specified  network  edge  abutments.  Omit  all  records 
in  the  data  group. 


Records  GS2  tc  GE4  specify  an  abutment  of  network  edges.  The  records  are 
repeated  for  each  abutment  set.  The  data  for  each  set  are  Independent. 


Record  G£2.  Abutment  Definition 


This  record  specifies  the  networks  and  the  whole  or  partial  edges  which 
form  the  abutment.  The  doublet  strength  matching  boundary  condition  will  be 
applied  to  those  edges.  This  record  must  appear  first  in  any  abutment  set. 

-ABUTMENT  f(  m  network-id(I) ,  edge  number( I ) ^  end-po1nt-pair(  I) 

*  ll  ENTIRE-EDGE 

The  combination  of  ’'network-id,  edge-number,  end-point-pair  or  ENTIRE-EDGE"  is 
repeated  foi  each  network  edge  in  the  abutment.  Each  network-id  must  be 
preceded  by  an  equal  sign. 


network-id  »  either  the  alphanumeric  name  (record  N2a)  or  the 

ordering  index,  which  identify  the  network,  see 
discussion  on  record  N2a. 

edge-number  •  integer  index  (figure  7.3)  of  the  network  edge  in  the 

abutment. 

end-point-pair  -  indices  of  the  two  panel  corner  points  of  the  network 
edge  segment  which  is  to  be  in  the  abutment.  (The 
points  are  ordered  consecutively  in  the  direction  of 
increasing  edge  numbers,  with  the  corner  point  having 
index  1.)  The  two  points  can  be  specified  in  either 
order. 


The  final  parameter  specifies  whether  an  edge  segment  or  the  entire  edge  is 
Included  in  the  abutment.  For  the  first  network  in  the  abutment  the  default 
is  ENTIRE-EDGE.  For  subsequent  networks  the  default  results  in  the 
end-point-pair  being  selected  to  match  the  segment  (or  entire  edge)  specified 
for  the  first  network. 


Restrictions:  A  maximum  of  5  edges,  including  edges  in  planes  of  symmetry, 
can  be  specified  in  one  abutment.  A  single  edge  can  be  specified  if  it  abuts 
its  ref lection(s)  in  plane(s)  of  symmetry.  All  data  must  be  a  single  card; 
record  continuation  is  indicated  by  a  plus  (+)  as  the  last  character  on  a  card. 


Example,  see  figure  7.12: 

ABUTMENT  -  Al, 3, ENTIRE-EDGE  + 
■  A2  1  2  5  + 

-  A3 ENTIRE-EDGE 


Record  GE3.  Abutment  in  Planes  of  Symmetry 


This  record  specifies  whether  an  abutment  occurs  in  one  or  two  planes  of 
configuration  symmetry,  defined  by  record  G4. 


<  PLANE  OF  SYMMETRY 


{ P 1 ane } > 

FIRST-PLANE-OF-SYMMETRY 

SECOND-PLANE-OF-SYMMETRY 

10TH-PLANES-0F-SYMMETRY 


Record  Default:  The  abutment  is  not  in  plane(s)  of  symmetry. 


I 


Record  GE4.  Smooth  Edge  Treatment  Option 

This  record  specifies  smooth  edge  treatment  (doublet  strength  matching  by 
the  spline  functions)  Instead  of  the  standard  edge  treatment  (doublet  strength 
matching  by  boundary  condition).  This  option  is  restricted  to  abutments  with 
only  two  edges,  including  possible  plane(s)  of  symmetry.  If  the  abutment 
contains  more  than  two  edges,  the  program  will  override  the  request  for  smooth 
edge  treatment  and  will  impose  doublet  strength  matching  through  the  boundary 
conditions  (the  standard  method).  This  option  is  also  restricted  to  networks 
(1)  with  singularity  types  (record  Nil)  of  doublet-analysis  (DA)  and  either 
null-source  (NOS)  or  source  analysis  (SA),  (2)  larger  than  2  panels  by  2 
panels,  and  (3)  with  the  same  method  of  velocity  computation  (record  N10) 
selected. 

<  SMOOTH  EDGE  TREATMENT  > 

Record  Default:  Standard  edge  treatment 
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Figure  7.12  -  Example  uf  a  user-specified  abutment  (record  GE2) 
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7.6  Flow  Properties  Data  Group 


This  data  group  specifies  post-solution  calculations,  that  is,  those  which 
occur  after  the  singularity  strengths  have  been  determined  from  the  solution 
of  the  composite  boundary  condition  equation  (A. 3. 5).  The  data  group  consists 
of  two  independent  subgroups  corresponding  to  the  two  program  modules  which 
calculate  flow  properties:  surface  flow  properties  subgroup  (PDP  module),  and 
forces  and  moments  subgroup  (COP  module). 

Independent  calculation  "cases"  are  specified  in  each  subgroup.  These  are 
identified  by  alphanumeric  case-id  names.  For  each  data  subgroup,  the  program 
assigns  a  consecutive  ordering  index  to  each  case.  Subsequently,  each  case 
can  be  identified  by  its  data  subgroup  and  either  by  its  (non-blank)  case-id 
name  or  by  its  ordering  index.  A  maximum  of  100  cases  is  allowed  for  each 
subgroup. 

The  flow  properties  calculations  can  be  specified  in  all  types  of  update 
runs,  which  are  described  in  section  7.2.3.  In  an  update  run,  the  user  may  or 
may  not  want  to  retain  the  flow  properties  calculations  cases  specified  in  a 
previous  run.  Two  options  are  available  for  this  in  record  FP1. 

Each  subgroup  repeats  some  options  and  data  for  which  default  values  we'e 
defined  in  the  global  data  group  (records  G8  to  G14),  see  table  7.3.  This 
allows  the  definition  of  different  options  and  data  for  each  case  in  each 
subgroup.  Upon  completion  of  a  case,  the  program  returns  to  the  original 
default  values. 

Ordering:  The  first  record  in  the  flow  properties  data  group  must  be  the 
group  identifier,  record  FP1.  This  is  followed  by  the  two  subgroups,  which 
can  appear  in  either  order. 
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Record  FPl.  Flow  Properties  Data  Group  Identifier 


This  record  identifies  the  data  group  and  must  be  the  first  record  in  the 
data  group.  An  update  option  Is  specified  which  instructs  the  DIP  module  on 
how  to  treat  any  Instructions  for  flow  properties  calculations  which  exist  on 
the  DIP  data  base. 

< BEGIN  FLOW  PROPERTIES  DATA  -  <Update-option» 

NEW 

REPLACE 

UPTOte 


Parameter  Default:  NEW 

NEW:  Either  an  originating  run  or  an  update  run  with  no  post-solution 

cases  from  a  previous  run. 

REPLACE:  Existing  data  for  post-solution  cases  are  eliminated.  New  cases 
are  defined. 

UPDATE:  Existing  data  for  post-solution  cases  (identified  by  their 

case-id  names  or  ordering  indices)  are  retained,  but  can  be 
selectively  updated.  New  cases  can  be  added. 

Record  Default:  No  flow  properties  calculations.  Omit  all  records  in  data 
group. 
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7.6.1  Surface  Flow  Properties  Data  Subgroup 


This  data  subgroup  specifies  caser  of  calculation  of  flow  properties  at 
points  on  a  user-specified  configuration,  which  can  be  composed  of  any 
combination  of  wake  and  non-wake  networks.  The  user  also  selects  from  the  set 
of  solutions  (record  66)  for  each  case  of  surface  flow  properties 
calculations.  Multiple,  independent  surface  flow  properties  cases  can  he 
specified.  For  each  case  the  first  record  must  be  the  subgroup  Identifier, 
record  SF1.  The  other  records  can  appear  in  any  order. 


Record  SF1.  Surface  Flow  Properties  Data  Subgroup  Identifier 

This  record  identifies  the  data  subgroup  and  the  optional  case-id  name. 

< SURFACE  FLOW  PROPERTIES  ■  <case-id» 

The  "case-id"  is  an  alphanumeric  name  (maximum  of  20  characters,  without 
imbedded  blanks)  which  is  used  for  identification  in  the  output  and  in 
subsequent  data  processing.  The  case-id  name  must  be  unique  (or  blank)  within 
the  data  subgroup. 

Record  Default.  No  surface  flow  properties  calculations.  Omit  all  records  in 
data  subgroup. 


Examples: 

SURFACE  FLOW  PROPERTIES  «  CASE-1 
SURF  FLOW  =  0UTB0ARD-WI NG-CASE3 
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Record  SF2.  Networks  and  Images  Selection 


This  record  specifies  the  configuration  on  which  flow  properties  are  to  be 
calculated.  The  configuration  can  be  formed  from  any  combination  of  the 
previously  defined  networks  and  their  images.  An  option  for  an  orientation 
change  is  included. 

< NETWORKS- IMAGES  il  *  network-id(I)  <  ges(Ij>  <Orientation( l )>]{ > 

U  ,.,rUT  RETAIN  JJ 

TTT  ftFJFRSE 

2ND 

IKE 

Parameter  Defaults:  INPUT  and  RETAIN 

The  combination  of  "network-id.  Images,  Orientation"  is  repeated  for  each 
network.  Each  network-id  must  be  preceded  by  an  equal  sign. 

network-id  a  either  the  alphanumeric  name  (record  N2a)  or  the  ordering 
index  which  identify  the  network,  see  discussion  on  record 
N2a. 

Images  =  The  possible  options  depend  on  the  number  of  planes  of  symmetry. 

More  than  one  option  can  be  selected.  The  options  are  identified 
in  figure  V . 1 ] . 

Orientation  =  The  REVERSE  option  reverses  the  direction  of  the  panel 
normal  vectors,' and  thus  reverses  the  definition  of  the 
network  upper  and  lower  surfaces  (for  the 
present  case  of  surface  flow  properties  calculations). 

Record  Default:  All  defined  non-wake  networks  with  all  distinct  images  and 
with  no  orientation  change.  (All  distinct  images:  input  network  and  all 
image  network(s)  across  plane(s)  of  symmetry  for  which  the  asymmetric-flow 
opticn  was  specified  in  record  G4.) 

Restrictions,  lake  network(s)  can  be  specified  only  if  the  wake  flow 
properties  were  tagged  (record  N6)  for  the  network(s).  All  data  must  be  on  a 
single  record;  record  continuation  is  indicated  by  a  plus  (+)  as  the  last 
character  on  a  card. 


Examples: 

NETWORK- IMAGES  «  WING-A,  INPUT,  1ST  + 
=  WING-B,  REVERSE  + 
-  WING-C,  1ST 

NETW  =  BODY-1  =  BODY-2  =  BODY-3 
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Record  SF3.  Solutions  List 


fr> 


This  record  identifies  the  solutions  for  winch  surface  flow  properties  are 
to  be  calculated. 

<  SOLUTIONS  =  |jsolution-id(I)}}-» 

solution-id  ■  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  index  which  indentifies  the  solution. 

Record  Default:  All  available  solutions 


Examples: 

SOLUTIONS  =  1,3,5 
SOLU  =24 
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Record  Set  SF4,  Calculation  Point  Locations  Record  Set 

This  record  set  is  used  to  specify  the  points  at  which  flow  properties 
calculations  are  to  be  made.  The  two  records  must  be  in  the  indicated  order. 


Record  SF4a.  Point  Types 

In  this  record  the  user  specifies  the  types  of  points  at  which  the 
calculations  are  to  be  made,  incli  ing  arbitrary  user-specified  points. 

< POINTS  =  (( Locatlon(s) 1}  > 

“GRID-POINTS 

arraONTROL-POINTS 

CENTER-CONTROL-POINTS 
FDSI: -CONTROL-POINTS 
ADDITIONAL-CONTROL-POINTS 
METRARY -POINTS 

GRID  points  are  the  network  enriched  grid  (panel  corner  points,  center  points 
and  edge  mid-points).  ALL  control  points  consist  of  CENTER,  EDGE  and 
ADDITIONAL  control  points.  ADDITIONAL  control  points  are  network  corner 
control  points  and  any  edge  control  points  added  by  the  program  as  a  result  of 
network  abutments,  see  section  B.3.4.  ARBITRARY  points  ore  specified  by  the 
user;  this  option  is  an  instruction  to  read  the  nex<-  record. 

Record  Default:  CENTER-CONTROL-POINTS  only 


ij  f  . 


Record  SF4U.  Arbitrary  Points 


Omit  this  record  if  the  ARBITRARY-POINTS  option  was  not  specified  in  the 
previous  record.  This  record  specifies  the  locations  (panel,  network,  and 
coordinates)  of  the  user-specified  points. 


< 


row,  panel-column,  nctwork- 


id, 


I),  y ( I ) »  z(I) 


> 


panel-row  *  row  index  of  the  panel  containing  the  point(s) 
panel-column  ■  column  index  of  the  panel  containing  the  point(s) 
network-id  •  either  the  alphanumeric  name  (record  N2a)  or  the  ordering 
index  which  identify  the  network  (see  discussion  on  record 
N2a)  containing  the  point(s) 

x(I),  y ( I ) ,  2(1)  =  coordinates  of  the  arbitrary  point(s) 


This  record  can  be  repeated  for  each  panel.  The  network  must  be  one  of  those 
specified  in  record  SF2.  The  panel  row  and  column  indexing  scheme  is  shown  in 
figure  3.2  and  B.3.  The  point  coordinates  are  in  the  reference  coordinate 
system.  The  coordinates  are  given  for  the  INPUT  network,  even  if  that  option 
is  not  selected  in  record  SF2.  The  POP  module  will  project  the  specified 
point  into  the  indicated  panel.  A  warning  will  be  printed  if  the  projected 
point  is  not  in  the  indicated  panel. 


Record  Default:  No  user-specified  arbitrary  points. 

Restrictions:  Each  record  (which  starts  with  the  "panel-row")  must  be  a 
single  record;  record  continuation  is  indicated  by  a  plus  (+)  as  the  last 
character  on  a  card.  A  maximum  of  10  points  can  be  specified  on  a  record;  to 
specify  more  than  10  points  on  a  panel,  use  new  record(s). 


Example: 

POINTS  -  CENTER,  ARBITRARY 
1,1,  WING-A,  1.2  2.5  0.,  1.3  2.5  0.,  + 
1.4  2.5  0. 

2,  1,  WING- A,  1.5  2.5  0. 

1,  2,  WING  B,  2.1  7.5  0. 
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Records  SF5  to  SF9  are  repetitions  of  records  in  the  Global  Data  Group. 

The  global  values  defined  there  can  be  changed  for  each  case  in  the  Surface 
Flow  Properties  Data  Subgroup.  Records  SF5  to  SF9  allow  selection  of  several 
options  for  the  calculation  of  flow  velocities  and  pressure  coefficients.  The 
calculations  will  be  made  for  all  combinations  of. the  selected  options.  Care 
should  be  used  in  selecting  the  number  of  options,  since  the  use  of  all 
options  can  result  in  a  large  amount  of  output. 


Record  SF5  (and  record  G8).  Surface  Selection  Options 

These  options  specify  the  network  surfaces  or  surface  combinations  for 
which  flow  properties  are  to  be  calculated.  See  discussion  on  record  G8. 

Note  that  the  network  upper  and  lower  surfaces  are  originally  defined  by  the 
input  network  geometry  (record  N2b).  However  if  the  REVERSE  option  (record 
SF2)  is  used  for  a  network,  then  the  selection  of  options  in  the  present 
record  must  be  based  on  the  reversed  surface  definition.  Several  options  can 
be  selected,  resulting  in  multiple  calculations. 

<  SURFACE  SELECTION  ■  (( Surface (s))]  > 

'•'■UPPER  JJ 
TO 

UPLO  (upper  minus  lower) 

UN?  (lower  minus  upper'' 
ffVEffAGE 

Record  Default:  Option(s)  selected  in  Global  Data  Group 
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Record  SF6  (and  record  G9).  Selection  of  Velocity  Computation  Method 

This  record  selects  the  velocity  computation  method(s).  See  section  B.4.1 
and  see  discussion  on  record  G9.  Both  options  can  be  selected,  resulting  In 
multiple  calculations. 

<  SELECTION  OF  VELOCITY  COMPUTATION  -  {{  Method(s)})  > 

BOUNDARY -CONDITION 
VT^LAMBDA 

Restrictions:  The  VIC-LAMBOA  method  can  be  used  only  if  the  velocity 
influence  coefficient  matrix  was  stored  for  every  network  specified  in  record 
SF2,  either  by  record  N3  for  non-wake  networks  or  by  records  N3  and  N6  for 
wake  networks.  (Alternately,  use  of  record  G15  Is  equivalent  to  use  of  record 
N3  for  every  network.) 

Record  Default:  Option(s)  selected  in  Global  Data  Group 


7-129 

r 

i 

j 


rase sum  PifiS  Bt INK-NOT  ni*m 


T" 


i=-7T|r!»— -  iTni-n 


{(r’.Tif  Bvwwns  mt’niw^w^inwjii 


Hl|l'  B\ 


Record  SF7  (and  record  G10).  Computation  Option  for  Pressures 

This  record  selects  a  preferred  direction,  which  is  required  by  several 
relations  used  to  compute  pressure  coefficients  and  local  Mach  numbers.  See 
section  B.4.2  and  see  discussion  on  record  G10.  The  option  does  not  change 
the  velocities,  but  does  change  some  of  the  pressure  coefficients  calculated 
in  the  PDP  module. 

< COMPUTATION  OPTION  FOR  PRESSURES  -  {Option) > 

UN  I  FORM-ONSET -FLOW 
TCm. -ONSET-FLOW 
IMPRESSIBILITY- VECTOR 

Record  Default:  Option  selected  in  Global  Data  Group. 

Restrictions:  See  discussion  on  record  G10.  The  local  onset  flow  will  be 
zero  unless  it  was  stored:  either  globally  (record  G16)  or  for  each  network 
(record  N4). 
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Record  SF8  (and  record  G13).  Ratio  of  Specific  Heats 

This  record  specifies  values  of  the  ratio  of  specific  heats,  which  is  used 
in  the  SA1  velocity  correction  (records  SFlOb  and  SFllb)  and  in  both  the 
pressure  coefficient  and  local  Mach  number  relations.  See  discussion  on 
record  613.  A  set  of  values  can  be  specified,  one  for  each  solution  (in 
order)  selected  in  record  SF3. 

<  RATIO  OF  SPECIFIC  HEATS  =  {{gamma(s)}}  > 

Record  Default:  The  set  of  values  assigned  to  the  solutions  in  Global  Data 

Group . 
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Record  sets  SF10  and  SFll  specify  options  for  the  printout  and  the  data 
base  creation.  The  records  also  specify  calculation  options  related  to  the 
velocities  and  pressure  coefficients.  Different  sets  of  these  calculation 
options  can  be  specified  for  the  printout  and  the  data  base. 


Record  Set  SF10.  Printout  Options  Record  Set 

This  record  set  specifies  printout  options  and  two  calculation  options 
defining  the  quantities  to  be  printed.  The  three  records  in  the  record  set 
must  appear  in  the  order  given  below. 


Record  SFlOa.  Printout  Options 

This  record  specifies  the  printout  options  for  the  POP  program  module. 

<  PRINTOUT  *  <0ption(s)» 

Integers  or  Keywords,  listed  in  table  7.9 
ALL  (all  allowable  options) 

Parameter  Defaults:  Non-wake  networks:  1,  4,  6,  9,  13 

Wake  networks:  1,  2,  4,  9,  13,  14,  15 

The  options  are  listed  in  table  7.9.  Option  15  is  meaningless  for  non-wake 
networks;  if  selected,  the  values  output  will  be  zero. 

Record  Default:  No  data  printout.  Omit  next  two  records  (SFlOb  and  SFlOc). 
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DIP 

Index 


DIP 

Keyword 


PDP 

Headings 


Quantity 


1 

POINT 

ROW 

COL 

2 

XYZ 

X-CORD 

Y-CORD 

Z-CORD 

3 

PWXYZ 

PWX 

PWY 

PWZ 

4 

W XYZ 

WX 

WY 

WZ 

5 

WMAG 

WMAG 

6 

WN 

WN 

7 

WXYZ 

PVX 

PVY 

PVZ 

8 

VXYZ 

vx 

VY 

VZ 

9 

VMAG 

VMAG 

10 

PRT 

PHI 

11 

FHTt 

PHIT 

12 

ML 

MLISEN 

MLLINE 

MLSECO 

MLREOU 

13  CP 


MLSLEN 

CPISEN 

CPLINE 

CPSECO 

CPREDU 


14  GMUXYZ 


CPSLEN 

GMUX 


GMUY 


GMUZ 


15 

PS  I 

PSI 

16 

SING 

SINGS 

SINGD 

17 

SPDMAX 

SPDMAX 

18 

SPIJCRT 

SPDCRT 

19 

CPVflC 

CPVAC 

(x»y»z)  a  reference  coordinate  system 


Point,  row  index 

Point,  column  index 

Point,  x-coordinate 

Point,  y-coordinate 

Point,  z-coordinate 

Perturbation  mass  flux,  x-component 

Perturbation  mass  flux,  y-component 

Perturbation  inass  flux,  z-component 

Total  mass  flux,  x-component 

Total  mass  flux,  y-component 

Total  mass  flux,  z-component 

Total  mass  flux,  magnitude 

Total  mass  flux,  normal  component 

Perturbation  velocity,  x-component 

Perturbation  velocity,  y-cornponent 

Perturbation  velocity,  z-component 

Total  velocity,  x-component 

Total  velocity,  y-component 

Total  velocity,  z-component 

Total  velocity,  magnitude 

Perturbation  potential 

Total  potential 

Local  Mach  number,  isentropic 

Local  Mach  number,  linear 

Local  Mach  number,  second-order 

Local  Mach  number,  reduced 

second-order 

Local  Mach  number,  slender  body 
Pressure  coefficient,  isentropic 
Pressure  coefficient,  linear 
Pressure  coefficient,  second-order 
Pressure  coefficient,  reduced 
second-order 

Pressure  coefficient,  slender  body 
Doublet  strength  gradient, 
x-component 

Doublet  strength  gradient, 
y-component 

Doublet  strength  gradient, 
z-component 

Angle,  average  total  velocity  and 
surface  vorticity  (degrees) 
Singularity  strength,  source 
Singularity  strength,  doublet 
Maximum  total  speed 
Critical  speed 

Pressure  coefficient,  vacuum 


Note:  If  option  13  (CP)  is  selected  and  Mach  number  (record  G5)  is  less  than 
one,  then  critical  pressure  coefficients  (figure  B. 48)  are  also  output. 

Table  7.9  -  PRINTOUT  and  DATA  BASE  options  for  surface  flow 

properties  data  subgroup  (records  SFlOa  and  SFlla) 
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Record  SFlOb  (and  record  Gil).  Velocity  Correction  Options 


This  record  specifies  possible  velocity  corrections.  See  section  B.4.1 
and  see  discussion  on  record  Gil.  Several  options  can  be  selected,  resulting 
in  multiple  calculations. 

< VELOCITY  CORRECTIONS  *  « Correct i on (s))}> 

NONE 

W" 

w 

Record  Default:  Option(s)  selected  in  Global  Data  Group. 


Record  SFlOc  (and  record  G12).  Pressure  Coefficient  Rules 

This  record  specifies  the  rules  to  be  used  to  calculate  the  pressure 
coefficients  and  local  Mach  numbers.  See  discussion  on  record  G12.  This 
record  can  be  omitted  if  neither  option  12  nor  13  (nor  ALL)  were  selected  in 
record  SFlOa.  Several  rules  can  be  selected,  resulting  in  multiple 
calculations. 

< PRESSURE  COEFFICIENT  RULES  -  «Rule(s)j)> 

ISENTROPIC 

tTfjFAR 

SECOND-ORDER 

rEMced-second-order 

^TENDER-BODY 

Record  Default:  Option(s)  selected  in  Global  Data  Group 


Example  for  Record  Set  SF10: 

PRINTOUT 

VELOCITY  CORRECTIONS  *  SAl 

PRESSURE  COEFFICIENT  RULES  =  LINEAR,  SECOND-ORDER 
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Record  Set  SF11,  Data  Base  Options  Record  Set 

This  record  set  specifies  data  base  creation  options  and  two  calculation 
options  defining  the  quantities  to  be  stored  on  the  data  base.  The  PDP  data 
base  can  subsequently  be  sorted,  in  the  PPP  module,  into  a  form  suitable  for 
printing  and  plotting.  The  three  records  in  the  record  set  must  appear  in  the 
order  given  below. 


!  i 


Record  Sflla.  Data  Base  Options 

This  record  specifies  cne  data  base  options  for  the  PDP  program  module. 

< DATA  BASE  ■  <0ption(s)» 

Integers  or  Keywords,  listed  in  table  7.9. 

ALL  (all  allowable  options) 

Parameter  Defaults:  Non-wake  networks:  1,  4,  6,  9,  13 

Wake  networks:  1,  2,  4,  9,  13,  14,  15 

The  options  are  listed  in  table  7.9.  Option  15  is  meaningless  for  non-wake 
networks;  if  selected,  the  values  output  will  be  zero. 

Record  Default:  No  PDP  data  base  is  created.  Omit  the  next  two  records 
(SFllb  ane  SFllc'. 


Record  SFllb  (and  record  Gil).  Velocity  Correction  Options 

This  record  specifies  possible  velocity  corrections.  See  section  B.4.1 
and  see  discussion  on  record  Gil.  Several  options  can  be  selected,  resulting 
in  multiple  calculations. 


< VELOCITY  CORRECTIONS 


{{ Correction(s)})> 
NONE 

5S r 

w 


Record  Default:  Option(s)  selected  in  Global  Data  Group 
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Record  SFllc  (and  record  G12).  Pressure  Coefficient  Rules 

This  record  specifies  the  rules  to  be  used  to  calculate  the  pressure 
coefficients  and  local  Mach  numbers.  See  discussion  on  record  G12.  This 
record  can  be  omitted  if  neither  option  12  nor  13  (nor  AIL)  we-'e  selected  in 
record  SFlla.  Several  rules  can  be  selected,  resulting  in  multiple 
calculations. 

< PRESSURE  COEFFICIENT  RULES  -  «Rule(s)}}> 

ISENTROPIC 

OnTar 

STOP-ORDER 

REDUCED-SECOND-ORDER 

OTder-body 

Record  Default:  Option(s)  selected  in  Global  Data  Group 


Example  for  Record  Set  SFll: 

DATA  -  ALL 
VELO  -  NONE,  SAP 

PRES  -  ISENTROPIC,  LINEAR,  SECOND-ORDER 
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7.6.3  Forces  and  Moments  Data  Subgroup 


This  data  subgroup  specifies  the  calculation  of  force  and  moment 
coefficients  for  user-specified  cases  composed  of  one  or  more  networks. 

Several  methods  can  be  used  for  the  calculation  of  the  velocities  and  pressure 
coefficients.  The  force  and  moment  coefficients  are  obtained  by  integration 
of  the  pressure  coefficients  together  with  the  momentum  transfer  term  over 
each  network  surface,  with  the  option  for  including  the  contributions  obtained 
from  a  special  edge  force  calculation.  The  force  and  moment  coefficients  can 
be  calculated  for  individual  panels,  for  columns  of  panels,  for  networks,  and 
for  the  case  CONFIGURATION.  (The  CONFIGURATION  is  defined  as  the  INPUT 
networks  and  all  images  across  planes  of  configuration  symmetry,  except  planes 
with  the  ground-effect  option  specified  in  record  G4;  see  record  FM8).  The 
force  and  moment  coefficients  are  calculated  in  the  reference  coordinate 
system  and  can  also  be  expressed  in  the  stability  and  wind  axis  systems  and  in 
a  body  axis  system  specified  by  the  user. 

In  addition  to  the  results  for  each  independent  case,  the  user  has  the 
option  of  adding  the  CONFIGURATION  coefficients  for  each  case  into  a  total 
“accumulation  case"  to  obtain  the  coefficients  for  the  total  vehicle.  The 
accumulation  case  is  output  after  the  regular  user-specified  cases,  with  the 
case-id  name  “ACCUMULATION-CASE"  and  with  integer  index  N.  where  N  is  one  more 
than  the  integer  index  on  the  last  user-specified  case. 

The  coefficients  for  the  accumulation  case  are  the  sum  of  the 
CONFIGURATION  coefficients  of  the  cases  for  which  tne  accumulation  option 
(record  FM21)  is  specified.  The  accumulation  case  includes  images  across  all 
planes  of  configuration  symmetry,  except  planes  with  the  ground  effect  option, 
as  specified  in  record  G4. 

Ordering:  The  forces  and  moments  data  s’  bgroup  has  two  parts,  The  first  part 
(records  FM1  to  FMf )  defines  global  options  and  data.  The  second  part 
(records  FM7  to  FM21 )  defines  data  for  or.e  case.  The  records  in  the  second 
part  are  repeated  for  each  case,  with  each  case  independent  of  the  others 
The  records  in  the  first  part  must  appear  before  the  records  iri  the  second 
part.  The  records  withir,  the  each  part  may  appear  in  any  order  except  for  the 
identifier  records:  record  FM1  must  be  the  first  record  in  the  first  part  and 
record  FM7  must  be  the  first  record  in  the  second  part. 


Record  FM1 ■  Forces  and  Moments  Subgroup  Identifier 
This  recoid  identifies  the  dat  subgroup. 

<  FORCES  AND  FOMENTS > 

Record  Default.:  No  orces  and  moments  calculations.  Omit  all  records  in  the 
data  subgroup. 
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Record  FM2.  Reference  Parameters 


This  record  defines  one  area  and  twc  length  reference  parameters.  The  4 
firct  two  parameters  can  subsequently  be  changed  locally  (by  record  FM11)  for  ^ 
each  case  of  forces  and  moments  calculations.  Use  of  the  reference  parameters 

is  described  in  section  B.4.3.  (CR  is  used  to  nondimensional ize  MY  and  BR  is  I 
used  to  nondimensional ize  MX  and  MZ,  where  these  moment  components  are  in  the  :  j 
reference  coordinate  system.)  1  j 


<  REFERENCE  PARAMETERS  *  ((Parameter,  value }}> 

SR 

w 

BIT 


SR  *  area  reference  parameter;  default  value  =  1. 

CR  *  chord  reference  parameter;  default  value  ■  1. 

BR  *  span  reference  parameter;  default  value  =  1. 

Record  Default:  All  three  parameters  have  their  default  values. 


Examples: 

REFERENCE  PARAMETERS  -  CR,  5. 
REFE  -  SR.  10.,  BR,  5. 


t 

\ 


1 
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Record  FM3.  Axis  Systems 


This  record  specifies  the  axis  systems  in  which  the  force  and  moment 
coefficients  are  to  be  calculated.  (To  a  limited  extent,  the  user  can  select 
from  this  set  in  subsequent  records  defining  program  output.  However  all 
desired  axis  systems  must  be  specified  in  the  present  record.)  The  force  and 
moment  coefficients  can  be  calculated  in  the  reference  coordinate  system  and 
in  the  stability,  wind  and  body  axis  systems  as  requested  by  the  user.  The 
axis  systems  are  described  in  section  B.4.3.  The  stability  and  wind  axis 
systems  are  solution-dependent.  (The  solutions  are  selected  in  record  FM4.) 
The  body  axis  system  is  defined  by  the  user.  In  addition,  the  user  defines 
the  moment  reference  point  for  each  axis  system. 


<  AXIS  SYSTEMS  = 


Parameter  Defaults: 

SAS 

Parameter  Defaults: 

WAS 

Parameter  Defaults: 

BAS 

Parameter  Defaults: 


{{List,  <values>)}>  v 

RCS  <mrp>  yo 

o.,o.,o. 

<mrp> 

RCS  values 
<mrp> 

RCS  values 

<Euler  angles  <mrp» 
180. ,0. ,180.,  0. ,0. ,0. 


RCS  *  reference  coordinate  system 
SAS  =  stability  axis  system 
WAS  =  wind  axis  system 
BAS  *  body  axis  system 

mrp  =  coordinates  (in  the  RCS)  of  *he  moment  reference  point 
Euler  angles  -  Euler  anqles  (in  degrees)  defining  the  BAS  by  three  rotations 
from  the  RCS,  see  section  B.4.3. 


Record  Default:  AXIS  SYSTEMS  =  RCS,  Q.,0.,0.,  WAS,  0.,0.,0. 


Examples : 

AXIS  SYSTEMS  =  RCS,  100.,0.,0. 
AXIS  =  RCS,  200. ,0. ,0. ,  BAS 


1. 
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Record  FM4.  Solutions  List 


This  record  identifies  the  solutions  for  which  force  and  moment 
■coefficients  are  to  be  calculated. 

<  SOLUTIONS  =  {{solution-id(  I)}}> 

solution-id  =  either  the  alphanumeric  name  (SID,  record _G6)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions 


Example: 

SOLUTIONS  -  ALPHA-1,  ALPHA-4 
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Record  FM5.  Printout  Options 


This  record  specifies  global  printout  options  for  the  force  and  moment 
coefficients.  The  global  options  can  subsequently  be  changed  locally  (by 
record  FM19)  for  each  case. 

<  PRINTOUT  =  «  Parameter  (s)}}> 

"Parameter"  can  select  either  one  general  option  or  several  specific  options. 

General  Parameter  Options: 

NO:  no  data  printed 

5XME:  same  options  as  speHfied  for  DATA  BASE  (record  FM6) 

ALL:  all  available  specific  options  listed  below 


Specific  Parameter  Options: 

PANELS 

Selected-axis-system(s) 

RCS:  Default  Parameter  , 

SAS 

see  record 

FM3 

TO 

TO 

COLSUM 

Selected -axis -system! s) 

RCS:  Default  Parameter 

TO 

TO 

m 

see  record 

► 

FM3 

NETWORK 

• 

TOrTlGURATION 

PANELS:  print  panel  force  and  moment  coefficients 
COLSUM:  print  column  sums  of  panel  fo.ce  and  moment  coefficients 
NETWORK:  print  force  and  moment  coefficients  for  each  network 
CONFIGURATION:  print  force  and  moment  coefficients  for  the  configuration;  see 
record  FM3  for  a  description  of  how  the  configuration  is  defined. 

The  user  can  select  the  axis  system(s)  for  tne  PANELS  and  COLSUM  options.  The 
selected  axis  systems  must  be  specified  in  reccrd  FM3.  For  the  NETWORK  and 
CONFIGURATION  options,  the  program  uses  all  axis  systems  specified  in  record 
FM3.  (The  PANELS  option  should  be  used  wiih  tare:  in  most  cases  this  option 
will  be  the  dominant  contributor  to  the  printed  output.) 

Restriction:  The  SAME  option  can  not  be  specified  for  both  the  printout  and 
the  data  base  (records  FM5  and  FM6). 

Record  Default:  PRINTOUT  *  COLSUM, kCS,  NETWORK,  CONFIGURATION 


Examples: 

PRINTOUT  -  ALL 

PRIN  -  PANELS,  COLS, RCS, WAS,  N£TW,  CCNF 
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Record  FM6.  Data  Base  Options 


This  record  specifies  global  data  base  creation  options  for  the  force  and 

?bverecorrffFM?ninfnA  Thu  global  2Pt1on^  can  subsequently  be  changed  locally 
(by  record  FM20)  for  each  case.  The  CDP  data  base  can  subsequently  be  sorted 
in  the  PPP  module,  into  a  form  suitable  for  printing  and  plotting.  * 

<DATA  BASE  ■  {(Parameter(s)}} > 


The  "Parameter"  options  are  identical  to  those  of  record  FM5, 
interchange  of  the  printout  and  data  base  creation  functions. 


with  the  obvious 


Record  Default:  DATA  =  COLSUM.RCS.  NETWORK,  CONFIGURATION 


Examples: 

DATA  BASE  =  SAME 

DATA  =  COLS, RCS, WAS, NETW.CONF 
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Records  FM7  to  FM21  specify  one  case  of  force  and  moment  coefficients 
calculations  on  a  specified  configuration.  This  part  of  the  data  subgroup  can 
be  repeated,  with  each  case  Independent  of  the  others.  The  default  options 
and  parameter  values  specified  in  the  Global  Cata  Group  (records  G8  to  Gi4) 
and  in  records  FM2,  FM5  *nd  FM6  can  be  redefined  for  each  case. 

The  accumulation  option  allows  the  addition  of  the  force  and  moment 
coefficients  of  each  case  (which  may  represent  portions  of  the  entire 
configuration)  to  obtain  total  values  for  the  entire  configuration.  The 
"accumulation"  force  and  moment  coefficients  are  obtained  in  all  specified 
coordinate  systems  (record  FM3)  but  for  only  one  set  of  calculation  options 
(records  FM12  to  FM16),  see  record  F.M21. 

Ordering:  Record  FM7  must  be  the  first  record  for  each  case,  that  is,  for 
this  part  of  the  data  subgroup.  The  other  records  can  appear  in  any  order. 


Record  FM7.  Case  Identifier 

This  record  identifies  a  case  of  forces  and  moments  calculations. 

CASE  *  <case-id> 

The  "case-id"  is  an  alphanumeric  name  (maximum  of  20  characters,  without 
imbedded  blanks)  which  is  used  for  identification  in  the  output  and  in 
subsequent  data  processing.  The  case-id  name  must  be  unique  (or  blank)  within 
the  forces  and  moments  data  subgroup. 


Example: 

CASE  =  F0RCES-WING-3B 


Record  FMS.  Networks  and  Images  Selection 


This  record  specifies  the  networks  and  tpjeir  images  on  which  the  force  and 
moment  coefficients  are  to  he  calculated.  This  can  be  any  combination  of  the 
previously  defined  networks  and  their  images,  and  includes  a  possible 
orientation  change.  A  computation  option  involving  the  momentum  transfer  term 
is  also  specified. 


<  NETWORKS-IMAGES{{  =  network-id(  I)  <  Images  (I  )><0rient.ation(l5><FM-0ption(i  )>}}> 

INPUT  RETAIN  PRESSURE-ONLY 

TTTT  REVERSE  MOMENTUM-TRANSFER 

EKU  -  - 

3rd 


Parameter  Defaults:  RETAIN  and  PRESSURE-ONLY.  For  Images,  the  parameter 
default  is  all  "distinct"  images,  see  Record  Default  description  below. 


The  combination  of  "network-id,  Images,  Orientation,  FM-Option"  is  repeated 
for  each  network.  Each  network-id  must  be  preceded  by  an  equal  sign. 


network-id 


either  the  alphanumeric  name  (record  N2a)  or  the  ordering 
index  which  identify  the  network,  see  discussion  on  record 
N2a. 


Images 


The  options  are  identified  in  figure  7.11.  The  possible 
options  depend  on  the  number  of  planes  of  symmetry.  More 
than  one  option  can  be  selected. 


Orientation 


The  REVERSE  option  reverses  the  definition  of  the  network 
upper  and  lower  surfaces  for  the  present  case  of  f trees  and 
moments  calculations. 


FM-Option 


The  MOMENTUM-TRANSFER  option  results  in  the  momentum 
transfer  term  being  included  in  the  force  and  moment 
coefficients,  see  section  B.4.3.  If  the  option  is  not 
selected,  then  that  term  is  omitted,  which  is  the 
PRESSURE-ONLY  option.  Only  one  option  can  be  selected. 


Record  Default:  All  defined  non-wake  networks,  with  all  distinct  images,  with 
no  orientation  change  and  without  the  momentum  transfer  term,  (All  distinct 
imaqes:  input  network  and  all  imaye(s)  across  plane(s)  of  configuration 
symmetry  for  which  the  asymnietric-f low  option  was  specified  in  record  G4. 

Thus,  images  across  planes  with  symmetric  flow  are  not  distinct  images.) 


Limitation:  The  Images  option  applies  to  the  panels,  column-sum  and  network 
force  and  moment  coefficients  (as  specified  in  records  FM19  and  FM20).  The 


configuration  force  and  moment  coefficients  include  the  INPUT  and  all  images 
across  planes  of  configuration  symmetry,  except  planes  with  the  ground  effect 


I 


option,  as  specified  in  record  G4;  this  is  true  irrespective  of  what  Image 
options  are  specified. 


Restrictions:  Woke  network (s)  can  be  specified  only  if  the  wake  flow 
properties  were  tagged  (record  N6)  for  the  network(s).  ATI  data  must  be  on  a 
single  record;  record  continuation  is  indicated  by  a  plus  (+/  as  the  last 
character  on  a  card. 


m 


BfiMs'SZLm  PAGE  SUKSW NOT 


Sr* 

j>»; 

Wwt 


;%w‘i  ®  -I'  '■ 

■  -v:  I  .  ••  t.' 


mm 


m 


Examples: 

NETWORK-IMAGES  ,  WING-A,  INPUT  1ST  + 

-  WING-8,  REVERSE  + 

-  WING-C,  1ST 

NETU  .  800V- I  ,  BODY-2  .  BODY-3 


Record  FM9.  Edge  Force  Calculation 


This  record  specifies  the  edge  force  calculation  on  selected  network 
edges,  see  section  8.4.3.  This  calculation  is  appropriate  for  edges  of  thin 
configurations.  The  user  should  not  specify  both  the  edge  force  calculation 
and  a  velocity  correction  (record  FM15 ) .  The  edge  force  can  be  calculated 
only  for  networks  for  which  the  velocity  influence  coefficients  have  been 
stored,  that  is,  the  Store  Velocity  Influence  Coefficient  Matrix  option  was 
specified  either  globally  (record  G15)  or  individually  (record  N3)  for  each 
network  specified  in  the  present  record. 

< EDGE  FORCE  CALCULATION  {{  =  network-id( I),  edge-number(s))}> 

The  combination  of  "network-id,  edge-number (s)"  is  repeated  for  each  network 
with  an  edge  force  calculation  on  one  or  more  edges.  Each  network-id  must  be 
preceded  by  an  equal  sign.  The  “network-id"  is  either  the  alphanumeric  name 
(record  N2a)  or  the  ordering  index  which  identify  the  network.  The  network 
edqe  numbering  scheme  is  identified  in  figure  7.3. 

Restrictions:  Each  specified  network  must  also  be  specified  in  record  FM8. 
All  data  must  be  on  a  single  record;  record  continuation  is  indicated  by  a 
plus  (+)  as  the  last  character  on  a  card. 

Record  Default:  No  edqe  force  calculation 


Examples: 

EDGE  FORCE  CALCULATION  «  WING-A,  3 
EDGE  -WING-1,  3  -  WING-2,  3,  4 


7-161 


Record  FH10.  Moment  Axis 


This  record  specifies  the  additional  calculation  of  the  moment  about  a 
user-specified  axis,  see  section  B.4.3.  This  capability  can  be  used  to 
calculate  hinge  moments,  for  example.  The  resulting  moment  must  be 
Interpreted  carefully  since  the  moment  components  in  the  reference  coordinate 
system  are  nondlmensionalized  separately  by  the  span  (record  FM2)  and  chord 
(record  FM11)  reference  parameters. 

< MOMENT  AXIS  *  {x(l),y(l).z(l),x(2),y(2).z(2)}> 

Record  Default:  No  additional  moment  calculation 


Example: 

MOMENT  AXIS  -  0.,  0.,  0.,  5.,  10.,  1. 
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Record  FM11.  Local  Reference  Parameters 

This  record  allows  the  redefinition,  for  each  case,  of  the  area  and  chord 
reference  parameters  defined  in  record  FM2.  This  option  should  be  used  with 
care  when  a  case  is  to  be  added  into  the  accumulation  case  (using  record 
FM21):  the  user  must  be  sure  that  the  accumulation  case  is  the  sum  of 
individual  cases  with  the  same  reference  parameters. 

< LOCAL  REFERENCE  PARAMETERS  =  {(Parameter,  value))  > 

SR 

m 

SR  ■  area  reference  parameter;  default  value  defined  by  record  FM2 
CR  *  chord  reference  parameter;  default  value  defined  by  record  FM2 

Record  Default:  Both  parameters  have  the  values  defined  by  record  FM2. 


Examples: 

LOCAL  REFERENCE  PARAMETERS  -  SR,  50. 
LOCA  REFE  ■  SR, 200.,  CR.20. 
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Records  FH12  to  FM18  are  repetitions  of  records  in  the  Global  Ot.a  Group. 
The  global  values  defined  there  can  be  changed  for  each  case  in  the  Forces  and 
Moments  Data  Subgroup.  Records  FM12  to  FM18  allow  selection  of  several 
options  for  the  calculation  of  flow  velocities  and  pressure  coefficients.  The 
calculations  will  be  made  for  all  combinations  of  tine  selected  options.  Care 
should  be  used  in  selecting  the  number  of  options,  since  the  use  of  all 
options  can  result  in  a  large  amount  of  data  output. 


Record  FM12  (and  record  G8).  Surface  Selection  Option 

This  option  specifies  the  network  surface  or  surface  combination  for  which 
force  and  moment  coefficients  are  to  be  calculated.  See  discussion  on  record 
G8.  Note  that  the  network  upper  and  lower  surfaces  are  originally  defined  by 
the  input  network  geometry  (record  N2b).  However,  if  the  REVERSE  option 
(record  FM8)  is  used  for  a  network,  then  the  selection  of  an  option  in  the 
present  record  must  be  based  on  the  reversed  surface  definition. 

< SURFACE  SELECTION  -  { Surface }> 

UPPER 

me* 

(upper  plus  lower) 

UjMjP  (lower  plus  upper) 

AVERAGE  (program  replaces  by  LOUP) 

The  calculations  of  the  force  and  moment  coefficients  have  three  basic 
options:  UPPER,  LOWER  and  UPLO.  The  UPLO  option  gives  the  coefficients  for 
the  total  force  and  moment  on  the  element,  which  is  the  quantity  of  physical 
Interest.  LOUP  is  equivalent  to  UPLO,  see  section  B.4.3.  AVERAGE  is 
physically  meaningless  and  is  replaced  by  LOUP  in  the  program. 


Restriction:  Only  one  option  can  be  selected. 


Record  Default:  Option  (if  only  one)  selected  in  Global  Data  Group 
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Selection  of  Velocity  Computation  Method 


This  record  selects  the  method  of  velocity  computation.  See  section  B.4.1 
and  see  discussion  on  record  G9.  Both  options  can  be  selected,  resulting  In 
multiple  calculations. 


<  SELECTION  OF  VELOCITY  COMPUTATION  *  {{ Method (s)}}> 

BOUNDARY-CONDITION 

VTI^lAMBDA 

Restrictions:  The  VIC-LAMBDA  method  can  be  used  only  If  the  velocity 
Influence  coefficient  matrix  was  calculated  and  stored  for  every  network  of 
the  configuration  specified  In  record  FM8,  either  by  record  N3  for  non-wake 
networks  or  by  records  N3  and  N6  for  wake  networks.  (Alternately,  use  of 
record  G15  Is  equivalent  to  use  of  record  N3  for  every  network.) 

Record  Default:  Ootion(s)  selected  In  Global  Data  Group 


(  > 
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Record  FM14  (and  record  G10).  Computation  Option  for  Pressures 


This  record  selects  a  preferred  direction,  which  Is  required  by  several 
relations  used  to  compute  pressure  coefficients.  See  section  B.4.2  and  see 
discussion  on  record  G10. 

COMPUTATION  OPTION  FOR  PRESSURES  -  {0pt1onl> 

UNIFORM-ONSET-FLOW 
Tim -ONSET-FLOW 
75RFRESSIBILITY-VECT0R 

Record  Defaults  Option  selected  In  Global  Data  Group. 

Restrictions;  See  discussion  on  record  G10.  The  local  onset  flow  will  be 
zero  unless  It  was  stored:  either  globally  (record  G16)  or  for  each  network 
(record  N4). 


Record  FM1S  (and  record  611).  Velocity  Correction  Options 


This  record  specifies  possible  velocity  corrections, 
and  see  discussion  on  record  Gil.  Several  options  can  be 
In  multiple  calculations. 


<  VELOCITY  CORRECTIONS  « 


{{Correct1on(s)}}> 

NONE 


W 


Record  Default:  Optlon(s)  selected  In  Global  Data  Group 


See  section  8.4.1 
selected,  resulting 


Record  FM16  (and  record  G12).  Pressure  Coefficient  Rules 

This  record  specifies  the  rules  to  be  used  to  calculate  the  pressure 
coefficients.  See  discussion  on  record  G12.  Several  options  can  be  selected 
resulting  in  multiple  calculations. 

< PRESSURE  COEFFICIENT  RULES  -  {{Rule(s)}» 

ISENTROPIC 

nflEAR 

5E£5nd-order 

ETOUced-second-order 

SOTfoER-BODY 


Record  Default:  Option(s)  selected  in  Global  Data  Group. 


Record  FM17  (and  record  S13).  Ratio  of  Specific  Heats 


This  record  specifies  values  of  the  ratio  of  specific  heats,  which  Is  used 
In  the  SA1  velocity  correction  (record  FM15)  and  the  pressure  coefficient 
relations.  See  discussion  on  record  G13.  A  set  of  values  can  be  specified, 
one  for  each  solution  (In  order)  selected  In  record  FM4. 

< RATIO  OF  SPECIFIC  HEATS  -  ({ gamma(s)}}> 

Record  Default:  The  set  of  values  assigned  to  the  solutions  in  Global  Data 
Group. 


Record  FM18  (and  record  G14),  Reference  Velocity  for  Pressure 

This  record  is  used  only  if  UINF  is  zero  in  record  G6.  (Otherwise  UINF  is 
the  pressure  reference  velocity.)  This  record  specifies  values  of  the 
reference  velocity  used  in  calculation  of  the  pressure  coefficients.  See 
discussion  on  record  G14.  A  set  of  values  can  be  specified,  one  for  each 
solution  (in  crder)  selected  in  record  FM4. 

< REFERENCE  VELOCITY  FOR  PRESSURE  »  {{rvp(s)»> 

Record  Default:  The  set  of  values  assigned  to  the  solutions  in  Global  Data 

Group . 


B  ,  \ 

I  U  - 


Records  FM19  and  FM20  specify  output  .options  which  for  individual  cases 
override  the  global 'ly  specified  options  (records  FM5  and  FM6). 


Record  FM19.  Local  Printout  Options 

This  record  specifies  printout  options  for  Individual  cases.  Global 
options  were  specified  in  record  FM5. 

<  LOCAL  PRINTOUT  -  {{ Parameter (s))}> 

"Parameter11  can  select  either  one  general  option  or  several  specific  options. 

General  Parameter  Options: 

NO:  no  data  printed 

5SME:  same  options  as  specified  for  DATA  BASE  (record  FM20) 

ALL:  all  available  specific  options  listed  below 


see  record  FM3 


see  record  FM3 


Specific  Parameter  Options: 

PANELS  Selected-axis-system(s) 

RCS:  Default  Parameter  . 

S  1  see  record  FM3 

TO 

m  ) 

COLSUM  ’§eTected-axis-system(s) 

RCS:  Default  Parameter 
TO  1  see  record  FM3 

TO  \ 

TO  J 

NETWORK 

TWIGURATION 

PANELS:  print  panel  force  and  moment  coefficients 
CtOllM:  print  column  sums  of  panel  force  and  moment  coefficients 
NETWORK :  p**1nt  force  and  moment  coefficients  for  each  r  twork 
WIO'JRATION:  print  force  and  moment  coefficients  for  the  configuration,  see 
record  FM8  for  a  description  of  how  the  configuration  Is  selected. 

The  user  can  select  the  axis  system(s)  for  the  PANELS  and  COLSUM  options.  The 
selected  axis  systems  must  be  specified  In  record  FM3.  For  the  NETWORK  and 
CONFIGURATION  options,  the  program  uses  all  axis  systems  specified  iti  record 
FM3.  (The  PANELS  option  should  be  used  with,  cate;  in  most  cases  this  option 
will  be  the  dominant  contributor  to  the  printed  output.) 

Restrictions:  The  SAME  and  NO  options  cannot  be  specified  for  both  the 
printout  and  the  data  base. 

Record  Default:  Option(s)  specified  In  record  FM5 
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Record  FM2Q.  Local  Data  Base  Options 


This  record  specifies  data  base  creation  options  for  Individual  cases. 
Global  options  were  specified  In  record  FM6. 

<  LOCAL  DATA  BASE  ■  {{Parameter{s)))> 

The  "Parameter"  options  are  Identical  to  those  of  record  FM19,  with  the 
obvious  Interchange  of  the  printout  and  data  base  creation  functions. 

Record  Default:  Optlon(s)  specified  In  record  FM6 


Examples: 

LOCAL  DATA  BASE  «  SAME 

LOCA  DATA  «  PANELS,  COLS.RCS.WAS,  NETW,  CONF 


Record  FM21.  Accumulation  Options 


This  record  specifies  the  addition  of  the  configuration  force  and  moment 
coefficients  of  the  present  case  to  the  accumulation  case.  Omit  this  record 
if  the  present  case  Is  not  to  be  added  to  thd  .accumulation  total.  This  option 
allows  the  calculation  oT~force  and  moment  coefficients  on  an  entire 
configuration.  The  total  force  and  moment  coefficients  are  obtained  In  all 
specified  coordinate  systems  (record  FM3).  However,  they  are  obtained  for 
only  one  set  of  the  calculation  options  of  records  FM13,  FM15  and  FM16.  That 
set  of  calculation  options  Is  also  specified  by  the  present  record. 


<  ACCUMULATE 


<0pt1on(I)» 


Option  (1),  Selection  of  Velocity  Computation  Method  from  record  FM13  (and 
record  G9),  one  only: 

BOUNO ARY -COND I T I ON 
VT^LAMBDA 

Option  (2),  Velocity  Correction  Options  from  record  FM15  (and  record  Gil),  one 
only: 

NONE 

5a1 

5R? 


Option  (3),  Pressure  Coefficient  Rules  from  record  FM16  (and  record  G12),  one 
only: 

ISENTROPIC 

UTHFar 

SKffND-ORDER 

JftWCED-SECOND-ORDER 

^LENDER-BODY 

Parameter  Defaults:  If  Ootion(I)  Is  omitted,  the  program  will  check  the 
optlon(s)  specified  In  the  indicated  record:  if  a  single  option  was 
specified,  that  option  is  the  parameter  default;  If  more  than  one  option  was 
specified,  the  program  gives  an  error. 

Record  Default:  The  configuration  force  and  moment  coefficients  for  the 
present  case  will  not  be  added  to  the  total  force  and  moment  coefficients  of 
the  accumulation  case. 


Example: 

ACCUMULATE  »  VIC-LAMBDA,  ISENTROPIC 
ACCU  *  BOUN,  SAl,  LINE 


7.7  Print-Plot  Data  Group 


This  data  group  specifies  options  for  creation  of  data  files  In  the 
Print-Plot  Processor  (PPP)  module.  These  files  can  be  used  to  print  or  plot 
output  from  several  PAN  AIR  modules,  see  section  8.8.  Three  types  of 
print-plot  files  can  be  created  by  the  PPP  module:  network  and  panel  geometry 
(from  DQG  data  base),  surface  flow  properties  (from  POP  data  base),  and  force 
and  moment  coefficient  data  (from  CDP  data  base).  All  data  bases  must  be  from 
the  current  (originating  or  update)  run  only. 

Ordering:  The  first  record  must  be  the  group  identifier,  record  PPl.  The 
other  records  are  grouped  Into  three  record  sets  which  can  appear  in  any 
order.  Within  each  record  set  the  records  must  appear  in  the  indicated  order, 
since  the  records  within  a  set  can  be  repeated  several  times. 

Restrictions:  The  specified  data,  for  example,  cases,  solutions  and  networks, 
must  be  consistent  with  those  specified  for  the  earlier  modules  and  available 
on  the  appropriate  data  base. 

Update  Options:  Only  one  set  of  data  can  be  specified  for  each  of  the  three 
types  of  print-plot  files.  If  a  new  set  of  input  records  is  specified  in  an 
update  run  the  new  set  will  replace  any  previous  set  on  the  DIP  data  base. 


Record  PPl.  Print-Plot  Data  Group  Identifier 
This  record  identifies  the  data  group. 

< BEGIN  PRINT  PLOT  0ATA> 

Record  Default:  No  files  will  be  created  by  the  Print-Plot  Processor  (PPP) 
module.  Omit  all  records  in  the  data  group. 


Record  Set  PP2 .  Geometry  Data  Record  Set 

This  record  set  specifies  creation  of  print-plot  file*  for  the  panel 
corner  point  geometry  (obtained  from  the  DQG  data  base)  for  the  specified 
networks.  The  two  records  in  the  set  must  appear  in  the  ind;cated  order. 


Record  PP2a.  Geometry  Data  Identifier 

This  record  identifies  the  geometry  data  record  set. 

<  GEOMETRY  DATA> 

Record  Default:  No  print-plot  files  created  for  geometry  data.  Omit  all 
records  in  this  set. 


1  ' 
*1  ✓ 


Record  PP2b.  Network  Selection 

This  record  specifies  the  networks  for  which  geometry  print-plot  files  are 
to  be  created. 

<  NETWORKS  *  {{ network-  1d(  I )  »> 

network-id  «  either  the  alphanumeric  name  (record  N2a)  or  the  ordering 

index  which  identifies  the  network,  see  discussion  on  record 
N2a. 

Record  Default:  All  active  networks  on  the  DQG  data  base. 


Example,  record  set  PP2: 

GEOMETRY  DATA 

NETWORKS  “  WING-A,  WING-B,  + 
WING-C 
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Record  Set  PP3,  Point  Data  Record  Set 

This  record  set  specifies  creation  of  print-plot  files  for  the  flow 
properties  calculated  at  points  on  the  network  surfaces.  This  record  ^:t 
corresponds  to  the  calculations  specified  in  the  surface  flow  properties  data 
subgroup  and  performed  in  the  PDP  module.  The  contents  of  the  PDP  data  base 
are  specified  by  record  set  SF11  for  each  case.  A  selection  of  cases, 
solutions,  networks,  and  the  type  of  point  arrays  can  be  made  in  the  present 
input  data.  The  data  from  all  computation  options  originally  specified 
(records  SF5  to  SF7,  SFllb  and  SFllc)  will  be  processed;  no  selection  from 
these  options  is  made  in  the  PPP  module. 

The  data  on  the  print-plot  files  are  assembled  as  a  rectangular  matrix. 

The  matrix  rows  correspond  to  an  array  of  network  points  which  is  either  a 
column  or  a  row  of  either  control  points  or  grid  points  (see  record  PP3e). 

The  matrix  columns  correspond  to  the  data  base  contents  specified  by  records 
SFlla  and  SFllc  (also  see  table  7.9). 

Ordering;  The  records  within  the  record  set  must  appear  In  the  specified 
order.  Record  PP3a,  which  Identifies  the  record  set,  must  appear  first. 
Certain  subsets  can  be  repeated  several  times.  Records  PP3b  to  PP3e  can  be 
repeated,  each  time  specifying  options  for  one  set  of  PDP  cases.  Records  PP3c 
to  PP3e  can  be  repeated,  each  time  selecting  from  the  set  of  solutions 
specified  in  record  SF3.  Records  PP3d  to  PP3e  can  be  repeated,  each  time 
selecting  from  the  set  of  the  networks  (and  Images)  specified  in  record  SF2. 
Record  PP3e  can  be  repeated  to  specify  different  types  of  point  arrays. 


Record  PP3a.  Point  Data  Identifier 

This  record  identifies  the  point  data  record  set. 

< POINT  DATA> 

Record  Default:  No  print-plot  files  created  for  point  data.  Omit  all  records 
in  this  set. 
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Record  PP3b,  Case  Selection 


This  record  specifies  the  cases  for  which  print-plot  files  are  to  be 
created  for  point  data. 

< CASES  *  {{case-1d(I)}}> 

case-id  =  either  the  alphanumeric  name  (record  SF1)  or  the  ordering  index 
which  identify  the  POP  case 

Record  Default:  All  available  cases 


Record  PP3c.  Solutions  List 

This  record  specifies  the  solutions  for  which  print-plot  files  are  to  be 
created  fur  point  data. 

<  SOLUTIONS  =  {{so!ution-id(  I)}}> 

solution-id  *  either  the  alphanumeric  name  (SID,  record  G6)  or  the 
ordering  index  which  identifies  the  solution 

Record  Default:  All  available  solutions 


Record  PP3d.  Networks  and  Images  Selection 

This  record  specifies  the  networks  and  their  images  for  which  print-plot 
files  are  tu  be  created  for  point  data. 

<  NETWORKS- IMAGES  {{=  network- 1d( I)  <  Images(l)>}}> 

INPUT 

1ST” 

^ND 

m 

network-id  =  either  the  alphanumeric  name  (record  N2a)  or  the  ordering 

index  which  identifies  the  network.  Each  network-id  must  be 
preceded  by  an  equal  sign. 

Images  -  The  options  ?-e  identified  in  figure  7.11.  The  possible 

options  depend  on  the  number  of  planes  symmetry.  More  than 
one  option  can  be  selected. 

Parameter  Default:  INPUT  only 

Record  Default:  All  active  networks  and  images  on  the  PDP  data  base. 
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Record  PP3e.  Array  Type 


This  record  specifies  the  type  of  point  arrays  for  the  print-plot  file. 
The  resulting  point  arrays  will  be  generated  for  either  COLUMNS  or  ROWS  of 
either  CONTROL-POINTS  or  GRID-POINTS. 


ARRAY  = 


„  COLUMNS . 

<15185  > 


.  CONTROL-POINTS 

*  ERIE-points 


Parameter  Oefaults:  COLUMNS.  The  default  for  CONTROL-POINTS/GRID-POINTS 
depends  upon  the  options  selected  for  the  PDP  calculations.  only  one 

point  type  was  selected  in  record  SF4a,  then  that  type  will  be  automatically 
selected  as  the  present  option.  If  both  CONTROL-POINTS  (at  least  the  panel 
center  control  points)  and  GRID-POINTS  were  selected  in  record  SF4a,  then  the 
default  is  CONTROL-POINTS. 

Record  Default:  Both  parameter  defaults 


Example,  record  set  PP3: 

POINT  DATA 

CASES  “  PDP-CASE-1 

SOLUTIONS  -  2,  3,  4 

NETWORKS- IMAGES  =  FLAP-A1-FLAP-A2+ 

-  FLAP -A3 

CASES  =  PDP-CASE-2 

NETWORKS- IMAGES  -  OUTBOARD-WING,  INPUT,  1ST 
ARRAY  =  GRID-POINTS 


7-193 


i 


Record  Set  PP4.  Configuration  Data  Record  Set 

This  record  set  specifies  creation  of  print-plot  files  for  the  force  and 
moment  coefficients  on  elements  of  the  configuration.  This  record  set 
corresponds  to  the  calculations  specified  In  the  forces  and  moments  data 
subgroup  and  performed  In  the  COP  module.  A  selection  of  cases,  solutions  and 
network -Images  can  be  made  In  the  present  Input  data.  The  force  and  moment 
coefficients  for  all  axis  systems  (record  FM2),  for  all  computation  options 
(records  FM12  to  FM16)  and  for  all  surface  elements  (record  FM6  or  FM20) 
originally  specified  will  be  processed;  no  selection  from  these  options  Is 
made  In  the  PPP  module.  The  term  surface  element  here  means  panels, 
column-sums  of  panels,  networks,  configurations  (all  networks  defined  for  one 
case),  and  any  accumulated  configurations  (record  FM21,  total  configuration 
defined  by  several  cases). 

The  data  on  the  print-plot  files  are  assembled  as  a  rectangular  matrix. 

The  matrix  rows  correspond  to  the  specified  set  of  solutions.  The  matrix 
columns  contain  two  types  of  data.  The  first  type  is  solution  data:  solution 
ordering  Index,  ALPHA,  BETA,  UINF  and  WM  (record  G6).  The  second  type  Is 
consists  of  the  six  force  and  moment  coefficient  components  for  all  selected 
pressure  coefficient  rules  (record  FM16),  and  for  all  selected  axis  systems 
(records  FM3  and  FM20). 

Ordering:  The  records  within  the  record  set  must  appear  in  the  specified 
order.  Record  PP4a,  which  Identifies  the  record  set,  must  appear  first. 
Certain  subsets  can  be  repeated  several  times.  Records  PP4b  to  PP4d  can  be 
repevted,  each  time  specifying  options  for  one  set  of  cases.  Records  PP4c  and 
PP4d  can  be  repeated,  each  time  specifying  options  for  one  set  of  solutions. 


Record  PP4a.  Configuration  Data  Identifier 

This  record  Identifies  the  configuration  data  record  set. 

< CONFIGURATION  DATA  > 

Record  Default:  No  print-plot  files  created  for  configuration  data,  Omit  all 
records  in  this  set. 


Record  PP4b.  Case  Selection 


This  record  specifies  the  cases  for  which  print-plot  files  are  to  be 
created  for  configuration  data. 

< CASES  »  {{case-1d(I)»> 

case-id  ■  either  the  alphanumeric  name  (record  FM7)  or  the  ordering  Index 
which  Identifies  the  CDP  case 

Record  Default:  All  available  cases 


Record  PP4c.  Solutions  List 

This  record  specifies  the  solutions  to  be  included  In  the  print-plot  files. 
< SOLUTIONS  *  {{ solutlon-i d ( I ) }) > 

solution-id  -  either  the  alphanumeric  name  (SID,  record  G6)  or  the  ordering 
Index  which  Identifies  the  solution 

Record  Default:  All  available  solutions 


Record  PP4d.  Networks  and  Images  Selection 

The  PPP  module  handles  the  contents  of  the  CDP  data  base  by  either  of  two 
methods.  The  first  method  Is  the  default  with  the  present  record  omitted: 
force  and  moment  coefficients  for  all  available  surface  elements  are  sorted 
and  written  onto  the  print-plot  file.  The  data  base  contents  were  specified 
by  record  FM20  (or  record  FM6) .  This  may  result  in  many  data  sets  on  the 
print-plot  file,  particularly  if  force  and  moment  coefficients  on  Individual 
panels  are  Included.  The  second  method  restricts  the  surface  elements  to 
those  specified  in  the  present  record  plus  the  case-configurations  and  any 
defined  accumulation-configurations. 

<  NETWORKS- IMAGES  {{  ■  network-id(I)  <Images(I)>  <  PANELS ><C0LSUM>  }}> 

-  INPUT 

TFT 

M 


network-id 


Images 


either  the  alphanumeric  name  (record  N2a)  or  the  ordering 
Index  which  Identifies  the  network.  Each  network-id  must  be 
preceded  by  an  equal  sign. 

The  options  are  Identified  In  figure  7.11.  The  possible 
options  depend  on  the  number  of  planes  of  symmetry.  More 
than  one  option  can  be  selected. 


PANELS:  Include  panel  force  and  moment  coefficients 
COL SUM:  include  column  sums  of  panel  force  and  moment  coefficients 
Parameter  Default:  INPUT  only 

The  network-id  and  Images  must  correspond  to  those  originally  specified  in 
record  FM8.  The  force  and  moment  coefficients  for  the  COLSUM  (column-sum)  and 
the  PANELS  will  be  put  on  the  print-plot  file  if  those  options  are  selected 
here  and  were  selected  in  record  FM20  (or  record  FM6)  for  inclusion  in  the  CDP 
data  base. 

Record  Default:  All  surface  elements  on  the  CDP  data  base  (for  the  cases 
specified  in  record  PP4b). 


Example,  record  set  PP4: 

CONFIGURATION  DATA 

CASES  -  FM-CASE-1,  FM-CASE-2 

SOLUTIONS  «  2,4,6 

NETWORKS- IMAGES  »  WING-A,  COLSUM  + 

«  WING-B,  INPUT,  1ST 
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S.O  System  Output  Data 


PAN  AIR  modules  produce  output  in  the  form  of  print  files,  permanent  and 
temporary  database  files,  plot  files  generated  by  the  PPP  module  and  the 
control  card  file  generated  by  MEC  {see  section  6).  This  .section  or  the 
User's  Manual  is  a  guide  to  the  user  for  the  interpretation  of  the  output 
produced  by  PAN  AIR  modules.  Section  9.1  discusses  the  printed  output 
produced  by  each  of  the  PAN  AIR  modules.  Section  9.2  briefly  summarizes  the 
data  on  the  database  files.  More  detailed  information  concerning  the  contents 
of  the  database  files  will  be  found  in  the  PAN  AIR  Maintenance  Manual. 

Section  9.3  briefly  discusses  the  plot  files  produced  by  PPP.  Section  9.4 
discusses  the  use  and  analysis  of  the  CHECK  DATA  run.  Section  9.5  discusses 
the  control  card  files  which  are  created  by  the  MEC  module  when  EXECUTION 
DIRECTIVES  are  provided. 


8.1  Printed  Output 


Tho  regular  printed  output  is  discussed  below  for  each  module  in  the  PAN 
AIR  system.  Section  8.1.11  discusses  error  and  warning  messages  which  might 
occur  during  execution  and  which  are  due  to  some  user  error.  All  printed 
output  from  PAN  AIR  modules  begins  and  ends  with  a  label  block  which  gives  the 
module  name  and  version  and  also  provides  the  date  and  time  of  execution.  In 
the  end  block  the  total  execution  time  required  to  run  the  module  is  also 
printed. 

After  the  beginning  block  a  summary  of  the  database  file  names  and 
identifiers  which  the  module  will  use  or  create  is  printed  by  all  modules 
except  MEC.  Modules  which  are  constructed  in  overl?.vs  also  print  the  elapsed 
CPU  time  in  seconds  required  to  execute  the  overlay  before  the  next  overlay  is 
called. 


9.1.1  MEC  Output 


The  printed  output  consists  of  the  input  card  data,  the  generated  control 
cards  for  a  PAN  AIR  run,  error  diagnostic  data  if  input  errors  occur  and  the 
printed  output  image  of  the  MEC  temporary  data  base  description.  Examples  of 
the  output  data  from  the  MEC  module  for  the  PAN  AIR  run  are  given  in  figure 
9.1. 


The  first  page  of  the  MEC  output  identifies  the  module  and  version  which 
is  executing  and  provides  the  date  and  time  of  execution.  Following  this  is  a 
reflection  of  the  user  input  MEC  directives.  Each  separate  card  is  a  single 
record  of  input  (no  continuation  capabilities  are  provided  in  MEC)  and  is 
Indexed  sequentially  by  both  a  record  count  and  a  card  count.  Errors  occuring 
in  the  input  directives  are  diagnosed  and  printed. 

If  execution  directives  are  provided,  the  next  series  of  pages  list  the 
control  cards  which  are  generated  on  the  MECCC  file.  After  the  control  cards 
are  listed,  MEC  prints  the  data  base  Information  tables  for  the  permanent  and 
temporary  data  bases  to  be  used  by  the  subsequent  modules  for  the  user 


specified  PAN  AIR  run.  These  tables  contain  the  default  and  actual  (user 
specified)  names  and  locations  (setname  of  disk  unit,  user  account  number  or 
identification,  etc.)  of  the  PAN  AIR  data  bases  and  the  corresponding  master 
definition  files.  This  information  is  also  stored  in  temporary  MEC  data  base 
so  that  the  subsequent  modules  can  access  the  appropriate  existing  data  bases 
or  create  a  data  base  with  the  user  specified  name,  location  and  password 
using  the  appropriate  master  definition  file. 

Subsequent  pages  contain  the  actual  name  of  the  database  files. 

Immediately  below  the  actual  name  is  listed  the  name  of  the  master  definition 
file  of  the  database.  In  the  succeeding  columns  appear  the  file  identifiers 
and  set  names  (if  required),  the  password  (not  used  in  the  current  version  of 
PAN  AIR),  and  an  indication  as  to  whether  the  database  is  a  permanent  one  or  a 
temporary  one.  The  final  three  columns  indicate  whether  the  databases  exist 
(labelled  by  1),  or  not  (labelled  by  0),  whether  they  are  used  by  the  problem 
which  has  been  posed  and  whether  the  files  are  to  be  saved  following  solution 
of  the  problem.  (Note  that  some  databases  are  labelled  as  existing  in  the 
case  of  an  update  run.) 

Part  of  the  output  created  by  the  MEC  module  is  a  file  name,  MECCC  which 
contains  the  control  cards  necessary  to  execute  the  appropriate  sequence  of 
the  PAN  AIR  modules  to  accomplish  the  task  the  user  has  requested  through  the 
use  of  MEC  directives.  Section  6  of  this  document  discusses  the  use  of  these 
directives.  Section  8.5  contains  a  description  of  this  control  card  procedure 
file  produced  by  MEC. 


8.1.2  DIP  Output 


There  are  three  classes  of  output  that  are  provided  by  DIP.  They  are:  an 
echo  of  the  Input  data;  a  data  summary;  and  warning  or  error  messages.  The 
user  may  select  any  or  all  of  these  through  the  use  of  the  CHECKOUT  PRINTS 
command  to  DIP  (see  section  7.3,  discussion  on  record  G17). 

Figure  8.2  Illustrates  the  output  from  DIP  when  all  options  are  selected. 
The  echo  of  input  data  is  mostly  self-explanatory.  Each  successive  card  is 
numbered  at  the  far  right  of  the  page.  Each  successive  record  of  input  is 
numbered  at  the  left  hand  side, of  the  page.  Note  that  comments  inserted  in 
the  input  data  count  as  a  card  but  not  as  a  record.  Thus  the  record  index  and 
the  card  index  of  an  Input  data  item  are  not  necessarily  identical.  A  data 
summary  is  provided  for  the  global  data  and  for  the  network  data.  The  global 
summary  consists  of  the  Mach  number,  direction  of  compressibility  vector, 
symmetry  Information  for  both  the  configuration  and  the  flow,  a  list  of 
solutions  describing  the  name  associated  with  each  solution  and  the  relevant 
data,  angle  of  attack  and  sideslip,  magnitude  of  onset  flow  and  direction  and 
magnitude  of  rotational  onset  flow  contributions.  The  summary  of  network  data 
consists  of  a  list  of  networks  defining  the  network  names,  status  (NEW, 
REPLACED  or  UPDATED),  information  concerning  the  boundary  condition  class  and 
subclass  for  the  network,  the  source  and  doublet  singularity  types  of  the 
network  (abbreviations  for  the  singularity  types  are  described  in  table  8.1) 
and  the  number  ov  corner  point  rows  and  columns  in  the  network.  In  the  case 
of  class  4  boundary  conditions  the  two  "subclasses"  are  listed,  one  defining 
the  index  of  the  terms  present  in  the  left  hand  side  of  the  boundary  condition 
equation  and  the  other  defining  the  index  of  the  terms  present  in  the  right 


hand  side  of  the  equation.  For  an  interpretation  of  the  indexing  of  boundary 
condition  classes  and  subclasses,  see  section  7.4,  figures  7.4  to  7.7  and  the 
examples  of  record  N9. 


9.1.3  DQG  Output 


The  user  may  request,  through  DQG,  a  number  of  output  items,  most  of  which 
describe  the  geometry  of  the  problem.  These  items  include,  warning  messages, 
network  corner  point  coordinates,  network  enriched  grid  coordinates,  empty 
space  abutments,  all  abutments,  control  point  data  and  boundary  condition  data. 

The  type  and  amount  of  output  provided  by  DQG  depends  on  user  requests 
through  the  CHECKOUT  PRINTS  command  in  the  DIP  input  (see  section  7.3 
concerning  record  (317).  The  minimal  DQG  printed  output  will  contain  fatal 
error  messages  if  errors  occur,  certain  warning  messages  for  highly  Irregular 
conditions  and  the  CPU  cost  cf  execution  of  each  overlay  in  DQG,  printed  just 
before  the  execution  of  the  next  overlay  is  begun. 

The  warning  and  error  message  output  is  discussed  in  section  8.1.11. 

Figure  8.3  illustrates  the  output  from  DQG  when  all  options  are  requested  by 
the  user.  The  first  page  of  output  from  DQG  Indicates  the  version  of  DQG, 
date  and  time  of  execution  and  describes  the  names  and  identifiers  of  the 
database  files  in  use.  This  is  followed  by  a  listing  of  the  network  corner 
point  coordinates.  The  row  and  column  Indices  of  each  corner  point  are  listed 
followed  by  its  x,  y  and  z  coordinates  In  the  reference  coordinate  system 
(RCS) .  If  a  network  edge  Is  collapsed  (see  section  7.4,  record  N2b  of  this 
document  and  the  PAN  AIR  Theory  Document,  section  D.1.4),  the  corner  point 
coordinates  are  flagged  by  "CHANGED"  in  the  last  column  of  the  listing  even  if 
their  values  are  not  redefined  by  the  program. 

After  printing  the  network  corner  point  coordinates  the  enriched  grid 
point  coordinates  of  the  network  are  printed.  The  fine  grid  row  and  column 
Indices  of  each  corner  point  is  listed  followed  by  the  corner  point  index 
number  and  the  x,  y  and  z  coordinates  in  the  Reference  Coordinate  System. 
Figures  8.4  and  9.5  illustrate  the  indexing  scheme  of  the  corner  point  rows 
and  columns  in  the  netv/ork  (the  coarse  grid  lattice  indexing  scheme)  and  the 
Indexing  scheme  of  the  enriched  grid  (or  fine  grid)  rows  and  columns  in  the 
network  (the  fine  grid  lattice  indexing  scheme). 

Following  the  listing  of  the  corner  point  data  DQG  describes  the  abutments 
in  the  configuration.  First  the  abutments  of  network  edges  with  one  another 
or  with  planes  of  symmetry  are  listed.  Then  abutments  wHh  empty  space  are 
listed.  Both  output  formats  are  similar.  For  each  abutment,  first  the  index 
of  the  abutment  the  abutment  type  and  the  number  of  networks  in  the  abutment 
are  printed.  Abutments  are  indexed  sequentially  in  the  order  they  are  defined 
by  the  use;  and  In  the  order  in  which  they  are  discovered  by  -he  automatic 
abutment  search.  There  are  three  types  of  abutments:  NON-SMOOTH,  SMOOTH  and 
EMPTY-SPC.  These  refer  to  the  methods  by  which  doublet  strength  will  be  made 
continuous  across  the  network  edge.  In  the  case  of  NON-SMOOTH  abutments, 
doublet  matching  boundary' conditions  will  be  imposed  at  control  points  along 
the  edge  of  one  of  the  networks  in  the  abutment  (see  PAN  AIR  Theory  Document, 
sections  5.3  and  F).  A  SMOOTH  abutment  establishes  doublet  continuity  by 
computing  doublet  splines  which  extend  across  network  boundaries.  In  this 


caje  both  singularity  parameters  and  control  points  along  the  edges  of  the 
networks  are  ignored  in  the  computation  of  the  solution  (see  PAN  AIR  Theory 
Document,  section  1.1).  Empty  space  abutments  are  labelled  by  EMPTY-SPC. 

They  occur  wherever  a  network  edge  does  not  meet  any  other  network  edges  or 
planes  of  symmetry.  Except  for  non-matching  edges  of  design  networks  and  wake 
networks,  boundary  conditions  are  added  along  these  empty  space  edges  which 
force  doublet  strength  to  zero  (see  PAN  AIP  Theory  Document,  section  F). 

Below  the  general  information  about  the  abutment  is  a  table  describing  the 
network  edge(s)  which  make  up  the  abutment.  In  the  leftmost  column  is  listed 
the  network  index  and  in  the  rightmost  column  is  the  network  name.  (Networks 
are  indexed  sequentially  as  they  are  read  by  DIP.)  Note  that  a  negative  index 
indicates  a  plane  of  symmetry  by  convention.  Thus  -1  is  the  first  plane  of 
symmetry  and  -2  is  the  second  plane  of  symmetry.  Following  this  is  the  edge 
index  of  the  network  edge.  In  the  next  two  columns  are  listed  a  description 
of  the  starting  and  ending  points  of  the  abutment.  (Note  that  in  PAN  AIR  a 
single  abutment  does  not  have  to  extend  along  the  whole  edge  of  >i  network. 

See  the  PAN  AIR  Theory  Document,  section  5.3  and  F.)  They  are  described  in 
two  fashions.  First  an  integer  is  given  which  is  the  index  of  the  corner 
point  along  the  edge  In  a  counter  clockwise  sense.  (See  figure  8.6).  This  is 
the  form  the  user  provides  to  DIP.  After  the  integer  there  appear  two 
integers  enclosed  in  parentheses.  These  are  the  coarse  grid  row  and  column 
Indices  of  the  point.  (DQG  uses  the  coarse  grid  indexing  system  to  describe 
abutments  internally.) 

After  the  description  of  the  network  edges  which  take  part  in  the 
abutment,  there  appears  a  series  of  columns  which  describe  at  which  edge  and 
corner  points  In  the  abutment  doublet  or  source  matching  boundary  conditions 
are  Imposed.  This  group  of  columns  are  labelled  "MATCHING  DATA"  and  contain 
subcolumn  headings  of  "START",  "EDGE"  ar.d  "END",  Indicating  the  control  point 
at  the  starting  corner  points,  the  control  points  at  edge  midpoints  between 
the  starting  corner  point  and  the  ending  corner  point,  and  the  control  point 
at  the  ending  corner  point  of  the  network  edges  which  make  up  the  abutment. 

For  each  network  edge  in  the  table  there  are  two  rows.  On?  is  labelled 
"DOUBLET"  and  the  other  is  labelled  "SOURCE".  An  "M"  in  any  location  in  the 
table  Indicates  the  control  points  at  that  location  will  be  used  to  impose 
matching  boundary  conditions  across  the  abutment.  An  "NM"  Indicates  no 
matching  condition  is  imposed  at  the  point(s).  Note  that  the  imposition  of  a 
matching  boundary  condition  at  an  empty  space  abutment  is  equivalent  to  setting 
the  singularity  strength  at  that  point  to  zero. 

Below  the  abutment  description  there  appears  a  comment  indicating  whether 
gap  filling  panels  have  been  added  to  this  abutment  (see  PAN  AIR  Theory 
Document,  section  F.6). 

The  next  major  item  in  the  DQG  output  is  the  DQG  global  data  summary.  In 
this  section  the  RUN,  PROBLEM  and  USER  identifiers  are  printed  followed  by 
some  global  configuration  data.  The  global  configuration  data  define  whether 
the  run  is  an  initial  run  or  an  update  run  (INIT  or  UPDA),  and  lists  the  Mach 
number,  the  compressibility  vector,  the  total  number  of  singularity  parameters 
and  control  points,  the  number  of  non-null  boundary  conditions  and  the  number 
of  gap  filling  panels  in  the  problem  Note  that  typically  the  number  of 
singularity  parameters,  control  points  and  boundary  conditions  will  not  be 
identical  to  one  another.  The  number  of  non-null  boundary  conditions  is  the 
same  as  the  size  of  the  AIC  matrix  (including  both  known  and  unknown  portions; 
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see  PAN  AIR  Theory  Document,  section  5.7).  The  number  of  singularity 
parameters  will  equal  the  number  of  non-null  boundary  conditions  unless  there 
are  null  singularity  parameters  in  the  problem,  such  as  at  a  collapsed  edge  of 
a  network  or  along  network  edges  which  form  a  smooth  abutment.  The  number  of 
control  points  is  Included  for  completeness  mostly  and  indicates  in  a  rough 
sense  the  complexity  of  the  problem.  There  may  be  more  control  points  than 
the  number  of  non-null  boundary  conditions  or  there  may  be  fewer,  depending  on 
the  detailed  properties  of  the  configuration.  After  this  information  is 
printed,  there  follows  a  description  of  the  planes  of  symmetry  if  any  are 
defined  for  the  problem. 

Following  the  summary  of  general  properties  of  the  problem  there  appears  a 
summary  of  properties  of  the  networks  which  make  up  the  configuration.  The 
network  index  and  Identifier  are  printed  followed  by  a  flag  Indicating 
updatability  of  the  network,  the  number  of  corner  point  columns  and  rows  in 
the  network,  the  source  and  doublet  type  and  the  source  and  doublet  edge  types 
of  the  network.  Note  that  if  the  network  as  a  whole  or  any  of  its  edges  have 
been  labelled  as  updatable  the  network  is  listed  as  being  updatable  in  the 
table.  The  abbreviations  Indicating  source  or  doublet  type  of  the  network  are 
shown  in  table  8.2.  Table  8.2  defines  the  meanings  of  the  abbreviations  used 
in  the  source  and  doublet  edge  type  definitions.  Note  that  source  edge  types 
are  defined  only  for  Source  Design  networks  (see  section  7.4,  records  Nil  and 
N12,  and  figure  7.8;  and  the  PAN  AIR  Theory  Document,  sections  5.4  and  D). 

After  the  DQG  global  data  summary  the  control  point  data  is  printed.  Note 
that  this  can  be  a  large  volume  of  printed  output  since  data  for  ten  control 
points  requires  a  complete  page.  The  control  point  data  is  printed  for  each 
network  in  succession.  Within  each  network  the  data  is  printed  first  for  all 
control  points  located  at  panel  center  points,  then  for  all  control  points 
located  at  edge  midpoints  along  the  network  edges  and  finally  for  all  control 
points  located  at  corner  points  of  the  network. 

Data  printed  for  each  control  point  consists  of  the  control  point  index, 
the  fine  grid  row  and  column  indices  of  the  point,  the  (hypothetical) 
coordinates  of  the  control  point  in  the  reference  coordinate  system,  the 
normal  vector  at  the  control  point  and  the  characterization  of  the  control 
point  for  all  symmetrlzatlons  and  for  each  boundary  conditBk.  (Note  that  the 
hypothetical  coordinate  of  the  control  point  is  different ^an  the  control 
point  location  printed  in  the  POP  output.  POP  prints  the  recessed  coordinate 
of  the  control  point.  In  the  MAG  module,  wherever  potentialjor  velocity  at  a 
control  point  is  computed,  the  recessed  location  of  the  control  point  is  used 
to  avoid  a  logarithmic  singularity  in  the  integral.  The  hypothetical  location 
is  used  in  MAG  to  compute  matching  boundary  conditions  and  values  of  source 
and  doublet  strength.  (See  PAN  AIR  Theory  Document,  section"  5.3  and  G). 

There  are  eight  control  point  characterizations,  one  for  each  of  four  possible 
symmetrlzatlons  of  the  configuration  and  one  for  each  of  two  possib'e  boundary 
conditions.  If  all  four  symmetrlzatlons  are  not  defined  (i.e.,  if  tnere  is 
only  one  or  no  planes  of  symmetry  in  the  problem  or  if  flow  symmetry  exists, 
then  those  characterizations  of  the  control  point  which  are  nbt  required  are 
given  as  "NULL",  which  means  that  no  row  of  the  AIC  matrix  will  be  created  for 
this  boundary  condition  and  symmetrization.  Table  8.3  lists  the  abbreviations 
of  the  possible  characterization  labels  of  the  control  point  and  explains  what 
they  mean. 


Following  all  of  the  control  point  data  the  boundary  condition  data  is 
printed.  This  information  is  provided  in  the  same  sequence  as  the  control 
point  Information  discussed  above.  The  data  printed  Includes  the  control 
point  index,  the  fine  grid  lattice  Indices  of  the  point  and  a  sunnary  of  the 
values  of  the  non-zero  left  hand  side  boundary  condition  coefficients  for  each 
of  the  boundary  conditions  at  the  point.  Table  8.4  lists  the  abbreviations 
used  in  the  output,  the  synbols  used  in  the  PAN  AIR  Theory  Document  to 
represent  the  coefficients  In  the  general  boundary  condition  equation  and  the 
description  of  the  values  of  the  coefficients.  Note  that  if  all  possible 
coefficients  are  zero  (e.g.  a  MATCH  DBLT  boundary  condition),  the 
characterization  of  the  control  point  is  printed.  These  are  listed  in  table 
8.3.  Note  also  that  the  boundary  condition  data  for  fifteen  control  points  is 
printed  on  each  page  of  output.  Thus  large  problems  might  generate  many  pages 
of  output  if  this  option  is  Invoked. 

The  DQG  output  ends  with  the  printing  of  the  module  name  and  version,  the 
date  and  time  of  execution  and  the  elapsed  time  (CP  seconds)  used  by  DQG. 


8.1.4  MAG  Output 


A  summary  table  Is  printed  which  gives  the  number  of  near.  Intermediate 
and  far  field  PIC's,  and  the  number  of  closure,  general  and  matching  boundary 
condition  AIC's.  In  addition,  CPU  time  Is  printed  for  each  execution  of  a  MAG 
overlay,  as  well  as  for  total  influence  coefficient  computation.  During 
processing.  If  an  error  occurs,  a  diagnostic  message  is  printed  and  the 
program  Is  stopped.  Such  an  error  message  (unless  it  Indicates  that  a  needed 
data  base  does  not  exist)  will  generally  be  of  no  meaning  to  the  user,  and 
signifies  an  error  In  the  operation  of  the  program  rather  than  an  error  In  the 
user  inputs. 


8.1.5  RMS  Output 

The  printed  output  consists  only  of  fatal  error  diagnostic  messages  (less 
than  a  page)  pertaining  to  the  singularity  condition  of  the  partition  of  the 
AIC  matrices  corresponding  to  the  unknown  lambda's  during  the  solution  process 

8.1.6  RHS  Output 

RHS  output  consists  of  a  small  number  of  warning  messages  and  a  number  of 
fatal  error  messages  which  Indicate  a  program  error  rather  than  a  user  error. 

8.1.7  MDG  Output 

MDG  printed  output  consists  of  a  few  lines  indicating  that  a  successful 
run  has  occured.  If  the  run  is  not  successful,  a  diagnostic  program  error 
message  is  given  and  execution  stops. 
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8.1.8 


PDP  Output 


The  Point  Data  Processor  produces  two  sections  of  output  in  the  case  of  a 
normal  run,  one  of  these  being  optional. 

In  the  first  section,  a  report  on  estimated  disk  storage  requirements  is 
printed  out  for  each  case  of  user  options.  The  user  is  urged  to  consult  this 
report  and  to  assign  enough  disk  storage  for  subsequent  PDP  runs.  This  report 
is  useful  If  the  run  aborts  prematurely  and  no  actual  computer  resource  report 
is  given. 

The  second  section  is  optional  and  produced  only  If  print  selections  are 
made  for  any  of  the  flow  quantities  computed  by  PDP.  The  report  starts  with  a 
printed  page  of  the  global  data  (which  remain  constant  for  a  given  PDP  run) 
for  the  run.  For  each  case  of  user  options,  the  options  selected  are  printed 
as  the  first  page  for  the  case.  The  rest  of  the  report  consists  of  the  flow 
quantities  selected  for  printing  for  each  velocity  computation,  velocity 
correction  and  surface.  The  flow  quantities  associated  with  the  network 
itself  which  do  not  vary  from  surface  to  surface  are  also  printed,  e.g., 
source  and  doublet  strength,  gradient  of  doublet  strength,  pressure 
coefficient  in  vacuum,  etc.,  are  independent  of  the  surface.  A  'REVERSE' 
option  is  available  to  the  user,  the  effect  of  this  being  the  reversal  of  the 
network  surface,  i.e.,  upper  surface  becomes  the  lower  surface,  etc.  This  is 
repeated  for  each  image,  network  and  solution  selected.  Each  page  of  the 
report  also  contains  the  run  and  problem  identifications,  date  of  run, 
network,  image  and  solution  indices,  the  case  number  and  all  identifying 
labels  as  part  rf  the  report  headers.  The  printed  flow  quantities  consist  of 
perturbation  and  total  velocities,  the  perturbation,  total  and  normal  mass 
flux,  gradient  of  doublet  strength,  vorticity  angle  for  wake  surfaces  and 
pressures  and  local  Mach  numbers  for  isentropic,  linear,  second  order,  reduced 
second  order  and  slender  body  approximations.  Refer  to  section  B.4  of  this 
document  for  the  definitions  of  these  quantities. 

Table  8.5  defines  the  headings  in  the  second  section  in  terms  of  the 
mathematical  symbols  used  in  this  document  and  in  the  PAN  AIR  Theory  Document 
(where  applicable)  and  in  terms  of  a  short  verbal  description  of  the  item. 

Figure  3.7  Illustrates  a  typical  PDP  output. 


8.1.9  CDP  Output 


The  Configuration  Data  Processor  produces  two  sections  of  printed  output. 
The  first  section  lists  problem  specifications  which  includes  global  data 
(remains  constant  for  a  given  CDP  run),  and  case  options  data  (varies  over  a 
given  CDP  run). 

The  second  section  lists  forces  and  moments  data  which  have  been  requested 
by  the  problem  specifications.  The  data  will  follow  the  list  of  its 
corresponding  set  of  case  Input  parameters.  The  forces  and  moments  printed 
are  associated  with  the  velocity  correction,  velocity  computation  method, 
pressure  rule  and  axis  system  specified  by  the  user.  This  is  repeated  for 
each  image,  network  and  solution  selected.  Selected  forces  and  moments  which 
are  accumulated  over  selected  sets  of  case  input  parameters  may  be  printed. 
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Table  8.6  defines  headings  used  in  CDP  output  in  terms  of  the  typically 
used  mathematical  symbol  and  a  short  description.  Figure  8.8  illustrates  a 
typical  CDP  output. 


3.1.10  PPP  Output 


The  print-plot  processor  module  obtains  configuration  geometry  and  control 
point  data  from  DQG,  pressure,  velocity  and  related  data  from  PDP  and  force 
and  moment  data  from  CDP.  Depending  upon  the  user  selected  options,  the 
printed  output  ranges  from  a  small  number  of  lines  to  thousands  of  lines. 

Table  9.7  defines  the  headings  in  the  output  of  PPP  in  terms  of  the 
typically  used  mathematical  symbol  and  in  terms  of  a  short  description.  In 
addition  the  index  provided  to  DIP  which  selects  this  item  is  listed  at  the 
far  right  in  the  table.  Figure  8.9  illustrates  a  typical  PPP  output.  The 
PPP  module  also  generates  plot  files  of  data  from  DQG,  PDP  and  CDP  data  bases 
in  a  format  suitable  for  processing  by  plot  programs  external  to  PAN  AIR.  A 
description  of  the  plot  file  is  given  in  section  8.3. 


8.1.11  Warning  and  Error  Messages 


In  addition  to  the  standard  output  discussed  above,  warning  and  error 
messages  may  also  be  printed  by  programs  in  the  PAN  AIR  system.  This  section 
discusses  these  in  some  detail. 

Warning  messages  are  primarily  advisory  in  nature.  They  indicate  that  the 
module  has  encountered  an  unexpected  or  Irregular  condition  that  should  not 
cause  difficulties  or  errors  but  is  sufficiently  unusual  that  the  user  ought 
to  verify  that  the  situation  is  in  fact  what  Is  desired.  In  some  cases  these 
cause  the  module  to  assume  default  values  for  some  parameter.  In  these  cases 
the  module  informs  the  user  that  the  default  hes  been  assumed  and  where 
practical,  also  defines  the  default  value. 

Error  messages  are  always  fatal  in  the  sense  that  only  some  portion  of  the 
module  in  which  the  error  occurs  will  execute.  Certain  modules  (DIP  and  DQG) 
allow  a  certain  number  of  errors  to  accumulate  before  terminating  execution. 

In  others,  execution  terminates  immediately. 

There  are  three  possible  causes  of  PAN  AIR-generated  error  messages.  The 
first  cause  is  a  user  error  in  the  problem  definition.  These  occur  only  in 
modules  DIP  and  DQG  and  possibly  (for  one  particular  error  only)  In  RMS.  The 
second  is  an  operating  system  error.  The  third  possible  cause  is  a  program 
error,  that  Is,  a  mistake  in  the  code  of  one  or  more  modules. 

An  error  due  to  the  first  cause  is  fixed  by  finding  the  incorrect  or 
faulty  input  data  and  by  replacing  it  with  the  correct  data.  An  ei ror  due  to 
the  second  cause  will  usually  disappear  if  the  job  is  resubmitted.  If  it  does 
not,  the  user  must  consult  the  representatives  oF  the  computer  installation  at 
which  PAN  AIR  is  being  used.  An  error  of  the  th'rd  cause  usually  requires 
modification  of  the  software. 


Sections  8.1.11.1  through  8.1.11.4  discuss  errors  which  occur  in  each  of 
the  modules  of  PAN  AIR-  In  addition  to  errors  which  occur  within  a  module 
there  are  some  errors  which  occur  which  are  associated  with  the  database 
management  system,  SDHS.  These  are  labelled  by  the  phrase  "SDMS  ERROR." 
Those  SDMS  errors  which  occur  due  to  erroneous  user  input  are  discussed  in 
section  3.1.11.5. 


8.1.11.1  Errors  in  MEC 


Error  messages  produced  during  execution  of  MEC  occur  as  a  consequence  of 
errors  in  the  MEC  directives  supplied  by  the  user.  The  appropriate 
corrections  should  be  obvious  when  the  input  data  is  examined.  If  they  are 
not,  then  the  user  should  study  further  section  6  of  this  manual,  and  should 
pay  particular  attention  to  the  examples  in  section  6.3.  The  error  messages 
in  MEC  should  all  be  self-explanatory. 


8.1.11.2  Errors  in  DIP 


All  error  messages  in  module  DIP  occur  as  a  consequence  of  some  user  error 
in  the  data  provided  to  either  DIP  or  MEC.  The  appropriate  corrections  are 
obvious  when  the  individual  input  records  are  examined,  especially  if  the 
appropriate  part  of  section  7  of  this  document  is  consulted  for  comparison. 

Warning  messages  produced  by  DIP  usually  advise  the  user  that  a  particular 
default  option  has  been  selected.  Usually  this  is  of  no  consequence. 

Attention  of  the  user  is  directed  to  it  solely  to  assure  that  the  resulting 
default  is  in  accord  with  user  expectations. 


8.1.11.3  Error  and  Warning  Messages  in  DQG 


DQG  produces  error  and  warning  messages  as  a  result  either  of  user  errors 
or  of  program  errors.  The  basic  approach  to  processing  errors  in  DQG  is 
intended  to  provide  information  about  what  has  happened,  to  describe  where  in 
the  configuration  the  error  has  occurred  and  to  allow  the  program  to  continue 
running  sufficiently  long  so  that  if  the  indicated  error  occurs  several  places 
in  the  configuration,  the  user  will  be  alerted  to  that  fact. 

This  is  all  accomplished  by  printing  a  short  description  of  the  error  that 
has  occurred,  followed  by  information  regarding  the  location  of  the  error  in 
the  configuration  (e.g.,  network,  identified  by  network  index  and  panel, 
identified  by  column  and  row  number,  in  which  the  error  occurred).  This  Is 
often  followed  by  supplementary  information  which  lists  the  erroneous  o'"  bad 
data.  Within  each  major  overlay  of  DQG  up  to  ten  errors  can  accumulate  before 
all  processing  In  the  program  stops.  If  ten  or  fewer  errors  occur,  processing 
within  that  overlay  will  continue  to  completion  but  no  subsequent  overlay  in 
DQG  will  be  executed.  In  th ■* s  manner  several  identical  errors  can  be 
discovered  with  only  one  execution  of  the  DQG  module. 
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In  order  to  make  it  easier  to  find  a  particular  error  message,  the  errors 
have  been  grouped  by  overlay.  Recall  that  DQG  prints  a  statement  concerning 
elapsed  CPU  time  at  the  end  of  each  overlay.  This  statement  labels  the  end  of 
each  overlay.  Each  of  the  following  tables  is  labelled  by  a  similar 
statement.  The  error  messages  in  each  table  will  occur  after  the  printing  of 
the  statement  which  heads  the  table  and  before  the  printing  of  the  next 
similar  statement. 

Only  errors  which  might  be  due  to  user  errors  are  listed  in  the  tables. 

Two  other  types  of  errors  might  occur.  PROGRAM  ERRORS  are  lablled  as  such  at 
the  time  the  error  message  is  printed.  If  one  of  these  occurrs  the  user  must 
consult  with  the  maintenance  staff  of  PAN  AIR.  The  data  accompanying  these 
error  messages  is  intended  to  be  of  use  to  the  programmer  and  not  to  the 
user.  For  this  reason  no  detailed  discussion  of  these  messages  is  provided. 
The  second  type  of  error  which  might  occur  is  an  SDMS  error.  These  are 
discussed  in  section  8.1.11.5. 

Tables  8.8  through  3.14  describe  the  possible  errors  for  each  overlay  of 
the  DQG  module.  The  possible  warning  messages  generated  by  DQG  are  described 
in  tables  8.15  through  8.20. 


8.1.11.4  Error  Messages  in  MAG,  RMS,  RHS,  MDG,  PDP  amd  CDP 


A  error  messages  in  these  modules  occur  due  to  program  errors  (except 
for  on«.  error  in  RMS  as  mentioned  below).  Users  should  consult  with  those 
responsible  for  maintaining  PAN  AIR  if  any  errors  occur  in  these  modules.  The 
messages  in  tnese  modules  will  not  be  explained  further. 

Certain  warning  messages  are  produced  in  RHS  which  involve  the  selection 
by  RHS  of  a  vanishing  right  hand  side  term  for  the  indicated  boundary 
condition.  The  user  should  assure  that  this  is  indeed  the  required  boundary 
condition  if  such  a  message  is  encountered. 

One  user-caused  error  in  RMS  might  occur.  If  the  user  defines  an 
ill-posed  boundary  value  problem,  RMS  may  discover  a  singular  matrix.  In  this 

case  the  error  message  "SINGULAR  MATRIX . 11  will  be  pr  ited  by  RMS.  The 

appropriate  action  is  to  redefine  the  problem  so  that  it  is  no  longer  an 
ill-posed  problem.  A  discussion  of  well-posed  boundary  value  problems  may  be 
found  in  section  A. 3  of  this  document. 


3.1.11.5  SDMS  Error  Messages 


Errors  diagnosed  by  the  database  manager  system  SDMS  are  not  as  self 
explanatory  as  other  error  diagnostics  in  PAN  AIR,  A  message  to  the  effect 
that  an  SDMS  error  has  occurred  is  printed  along  with  one  or  two  error  codes. 
These  error  codes  correspond  to  entries  in  a  table  in  section  13  of  the  PAN 
AIR  Maintenance  Document.  The  errors  are  explained  in  the  table. 

SDMS  errors  can  occur  because  of  user  errors,  operating  system  errors 
and/or  program  errors.  The  table  mentioned  above  is  often  not  easy  to 
interpret.  For  this  reason,  we  list  in  tables  8.21  through  8.23  those  SDMS 
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errors  which  might  be  due  to  either  user  or  operating  system  errors  and 
indicate  the  user  action  which  will  probably  correct  the  difficulty.  If  an 
SDMS  error  is  encountered  which  is  not  listed  in  the  following  tables  or  if 
the  recommeded  modification  does  not  correct  the  problem,  the  user  is  advised 
to  consul*  with  those  responsible  for  the  maintenance  of  PAN  AIR. 


8.2  Permanent  Data  Base 


All  PAN  AIR  modules  create  a  permanent  data  base  except  for  MEC  and  PPP. 
The  MEC  module  creates  a  temporary  data  base  which  is  used  by  all  other 
modules.  Tables  8.24  through  9.31  give  the  dataset  names  of  the  permanent 
data  bases  and  a  short  definition  of  what  each  data  set  contains. 

The  complete  master  definition  of  each  database  created  by  each  module  in 
the  PAN  AIR  system  is  given  at  the  end  of  each  appropriate  section  of  the  PAN 
AIR  Maintenance  Document. 

If  database  files  are  saved  at  the  end  of  execution  of  a  job  through  the 
use  of  the  KEEP  directive  to  MEC  (see  section  6),  the  user  may  access  the 
database  files  to  obtain  additional  information  which  resides  there.  Section 
1  of  the  PAN  AIR  Maintenance  Document  provides  some  guidance  concerning  how 
the  user  may  write  a  FORTRAN  program  to  accomplish  this  database  access. 


9.3  Plot  Data  File 


The  PPP  module  prepares  plot  files  of  data  from  DQG,  PDP  and  CDP  in  a 
format  suitable  for  processing  by  plot  programs  external  to  PAN  AIR. 


9.3.1  DQG  Plot  File 


The  preparation  of  network  geometry  for  three-dimensional  plots  from  the 
DQG  data  base  consists  of  the  following: 

(1.)  Run  identification  (40  characters) 

(2. )  DQG  global  data 

(3.)  Geometry  corner  point  data  at  selected  networks  consisting  of  row 
number,  column  number,  number  of  points,  and  X,  Y,  Z  coordinates. 

Tables  9.32,  8.33  and  8.34  describe  the  format  of  the  geometry  plot  file. 


9.3.2  PDP  Plot  File 


The  PPP  module  prepares  data  for  plotting  at  control  points  along  columns 
or  rows  of  panels,  including  any  control  points  on  network  edges. 
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Preparation  of  the  point  data  for  two-dimensional  plots  from  the  PDP  data 
base  consists  of  the  following: 

(1)  Run  identification  (40  characters)  that  consists  of  information 
concerning  case,  solution,  and  network  numbers,  point  location  type, 
selected  row/column  location,  and  selected  option  types 

(2)  Parameter  name  list  of  the  selected  options 

(3)  PDP  global  data 

(4)  Plot  titles 

(5)  Titles  associated  with  the  parameters  In  file 

(6)  Data  format  (if  used) 

(7)  Plot  data  (formatted  or  free  field). 

Tables  8.35,  8.36  and  8.37  describe  the  format  of  the  plot  file. 


8.3.3  COP  Plot  File 


The  PPP  module  prepares  data  for  plotting  CDP  data  by  case,  solution,  and 
networks. 

The  preparation  of  the  configuration  data  file  for  two-dimensional  plots 
from  CDP  data  base  is  simlliar  to  the  PDP  plot  data  file  formatting. 

Tables  8.38,  8.39  and  8.40  describe  the  format  of  the  plot  file. 


8.4  Analyzing  the  CHECK  DATA  Run 


To  aid  the  user  in  correctly  defining  the  complex  geometry  required  to 
solve  realistic  flow  problems  PAN.  AIR  offers  a  CHECK  DATA  mode  of  operation  in 
which  only  the  DIP  or  the  DIP  and  DQG  modules  are  executed.  These  provide  the 
user  with  many  diagnostic  aids  and  information  which  he  can  use  to  assure  that 
the  problem  he  wishes  to  solve  has  been  correctly  described  and  Interpreted  by 
the  PAN  AIR  system. 

This  section  is  a  guide  for  the  first-time  user  of  PAN  AIR  to  point  out 
what  items  in  the  DIP  and  DQG  output  should  be  examined  to  assure  that  the 
problem  is  correctly  defined.  An  absence  of  error  messages  in  the  CHECK  DATA 
will  assure  that  the  problem  can  be  solved  by  the  PAN  AIR  system,  but  it  does 
not  mean  that  the  problem  is  what  the  user  thinks  he  has  defined.  To  assure 
that  the  user's  concept  of  the  problem  is  in  accord  with  PAN  AIR's 
interpretation  of  the  problem,  the  user  must  study  certain  items  of  the  output 
with  care. 

The  only  sensible  way  to  perform  a  CHECK  DATA  run  is  with  all  print 
options  turned  on  for  both  the  DIP  and  DQG  modules.  Note  that  this  can  lead 


3-12 


« )WL-  CWMWm  VAIMIMh  I 


to  a  large  volume  of  output  (see  sections  9.1.2  and  9.1.3).  Thus  record  617 
with  option  ALL  (see  section  7.3)  ought  to  be  included  in  the  input  deck  for  a 
CHECK  DATA  run. 

The  first  items  to  look  for  are  errors  which  might  have  occured  during 
execution.  Only  if  no  errors  are  found  can  the  printed  output  be  examined 
with  confidence. 

Once  all  errors  are  eliminated  the  user  should  examine  all  warning 
messages,  consulting  section  9.1,11.3  if  necessary  and  should  determine 
whether  the  input  should  be  revised  to  eliminate  questionable  aspects  of  the 
problem.  After  all  errors  are  eliminated  and  the  warning  messages  are 
understood,  the  true  analysis  of  the  run  begins. 

First  the  MEC  output  should  be  checked  to  assure  that  the  database  files 
have  been  properly  defined  (that  is,  that  the  file  names  and  identifiers  are 
what  the  user  expects).  Following  this  the  user  should  examine  the  Global 
Data  Summary  provided  by  DIP.  Check  that  the  Mach  number  and  the 
compressibility  direction  are  correct,  that  the  symmetry  properties  of  the 
problem  are  as  expected  and  that  the  list  of  solutions  includes  all  those  of 
interest.  Then  examine  the  Network  Data  and  assure  that  the  singularity  types 
and  boundary  conditions  are  in  agreement  with  expectations. 

If  all  these  items  agree  with  user  expectations,  the  DQG  output  should 
then  be  examined.  In  the  printed  list  of  panel  corner  point  coordinates, 
check  that  any  network  edge  which  has  collapsed  (labelled  by  CHANGED)  should 
In  fact  be  collapsed,  and  assure  that  supposedly  collapsed  edges  are  if  fact 
collapsed  (labelled  by  CHANGED). 

Then  the  empty  space  abutment  descriptions  should  be  examined  in  order  to 
be  sure  that  no  abutments  have  been  missed.  Check  that  each  edge  segment  in 
the  empty  space  abutment  list  is  not  supposed  to  meet  any  other  network 
edges.  When  the  empty  space  abutment  list  has  been  verified,  examine  the 
abutment  list  to  be  sure  that  the  correct  sets  of  network  edges  meet 
together.  If  any  network  edges  were  labelled  as  NO  DOUBLET  EDGE  MATCHING 
edges  (record  N13  of  section  7.4),  then  the  user  should  check  that  the  start, 
edge  and  end  points  of  that  network  edge  are  labelled  by  NM  In  the  abutment 
description. 

Next  the  DQG  Global  Data  Summary  should  be  examined.  Again  verify  the 
Mach  number  and  compressibility  direction.  Check  the  size  of  the  AIC  matrix 
to  assure  that  sufficient  resources  have  been  allocated  to  allow  MAG  to  run  to 
completion.  Examine  the  network  list  and  verify  especially  that  the  source 
and  doublet  edge  types  are  correct. 

Following  the  examination  of  the  global  data,  the  control  point  data 
output  ought  to  be  checked.  Here  the  user  should  look  closely  at  the  normal 
vector  at  each  control  point  to  determine  the  outward  surface  of  the  network. 
Then  the  user  should  make  sure  that  he  has  chosen  the  correct  upper  or  lower 
surface  boundary  conditions  to  correspond  with  the  network  orientation. 

Those  users  who  have  selected  class  3,  4  or  5  boundary  conditions  are 
advised  to  examine  the  boundary  condition  data  closely.  In  this  output  the 
values  of  the  non-vanishing  coefficients  in  the  general  boundary  condition 
equation  are  listed.  (See  PAN  AIR  Theory  Document,  sections  5  and  H). 


9-13 


If  all  of  the  above  Items  are  In  agreement  with  the  user's  expectations, 
then  PAN  AIR'S  understanding  of  the  problem  Is  In  accordance  with  the  user's 
concept  of  the  problem. 


9.5  Control  Card  Procedure  File 


To  free  the  user  from  the  necessity  of  preparing  large  control  card  decks 
to  run  PAN  AIR,  the  MEC  module  creates  a  file  of  control  cards  which  Is 
sufficient  to  execute  most  PAN  AIR  problems. 


9.5.1  General  Structure  of  File 


The  MEC  control  card  file  is  called  MECCC.  The  basic  operations  which  the 
control  card  file  performs  are: 

1)  obtains  a  copy  of  a  file  which  contains  the  next  module  which  Is 
to  be  executed; 

2)  executes  a  module  of  PAN  AIR; 

3)  purges  a  set  of  database  files. 

The  exact  nature  of  the  cards  which  perform  these  operations  depends  on  the 
installation's  operating  system.  Figures  9.10  to  9.13  illustrate  the 
contents  of  a  typical  MECCC  file  for  the  four  standard  operating  systems  under 
which  PAN  AIR  was  initially  installed. 


9.5.2  Modification  of  Control  Card  Files 


Under  some  circumstances  (notably  for  solving  large  problems  with  PAN  AIR) 
the  control  card  file  generated  by  MEC  is  not  adequate.  In  this  case  one  or 
several  control  cards  must  be  modified.  A  discussion  of  the  exact 
modifications  required  in  various  circumstances  Is  contained  In  Appendix  C. 

The  most  effective  method  to  modify  the  control  card  file  Is  to  execute  MEC, 
create  the  MECCC  control  card  file  and  copy  the  file  to  the  local  operating 
.ystem  card  punch  file.  This  will  create  a  deck  of  cards  which  can  easily  be 
modified  and  resubmitted  to  complete  the  execution  of  the  full  PAN  AIR 
system.  Note  that  the  card  deck  must  be  appended  to  the  original  card  deck 
that  caused  MEC  to  execute. 
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No  source 
Source  analysis 
Source  design 
No  doublet 
Doublet  analysis 
Doublet  design 
Doublet  wake,  type  1 
Doublet  wake,  type  2 


Table  S.l  -  Abbreviations  for  source  and  doublet  types 


Matching  edge 
Non-matching  edge 
No  doublet  matching  edge 
Closure  edge 


Table  9.2  -  Abbreviations  used  for  source/doublet  edge  types 


NULL 

AERODYNAM 

SING  SPEC 

KNOWN  DBLT 
KNOWN  SRC 
CLOSURE 
MATCH  DBLT 
MATCH  SRC 


No  boundary  condition  Is  Imposed  and  no  AIC  row  Is 
created  for  this  type  of  characterization. 

A  linear  combination  of  one  or  more  of  the  following 
quantities  defines  the  boundary  condition  Imposed: 
Potential 
Normal  Mass  Flux 
Velocity 

All  are  average  quantities. 

A  boundary  condition  which  specifies  either  source 
strength,  doublet  strength  or  gradient  of  doublet 
strength  Is  Imposed  at  the  point.  This  boundary 
condition  Is  Imposed  only  when  the  singularity 
specification  which  Is  Imposed  does  not  create 
a  known  singularity  parameter. 

The  boundary  condition  Imposed  defines  a  known  doublet 
singularity  parameter. 

The  boundary  condition  Imposed  defines  a  known  source 
singularity  parameter. 

A  closure  boundary  condition  Is  Imposed  over  the 
rows  or  columns  of  the  network. 

A  doublet  matching  boundary  condition  Is  Imposed 
at  the  control  point. 

A  source  matching  boundary  condition  Is  Imposed 
at  the  control  point. 


Table  8.3  -  Control  point  characterizations 


ABBREVIATION 

SYMBOL 

DESCRIPTION 

MFLUX 

aa 

Coefficient  of  mass  flux 

SRC 

A0 

Coefficient  of  source  strength 

POT 

cA 

Coefficient  of  potential 

DBLT 

CD 

Coefficient  of  doublet  strength 

VTANX 

Vx 

Coefficient  of  tangent  vector  for 
tangent  to  average  surface 

VTANY 

vy 

See  VTANX 

VTANZ 

h 

See  VTANX 

OTANX 

OTANY 

Tangent  vector  for  evaluation  of 
gradient  of  doublet  strength. 

MATCH  SRC 

Indicates  that  a  source  matching 
boudary  condition  will  be  Imposed  at 
the  point. 

MATCH  OBL 

Indicates  that  a  doublet  matching 
boundary  condition  will  be  Imposed  at 
the  point. 

KNOWN  SRC 
KNOWN  DBLT 

Indicates  that  the  boundary  condition 
results  In  known  singularity  parameters 

CLOSURE 

Indicates  that  closure  boundary 
conditions  will  be  Imposed  at  the  point 

NULL 

Indicates  that  no  boundary  conditions 
are  defined  for  this  control  point  and 
boundary  condition. 

Table  8.4  -  Boundary  condition  coefficient  abbreviations 
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PDP 

Headings 

Math. 

Symbol 

Quantity 

PDP 

Keyword 

DIP 

Index 

ROW 

Point,  row  Index 

POINT 

1 

COL 

Point,  column  Index 

1 

X-CORD 

xo 

Point,  x-coordlnate,  RCS 

XYZ 

2 

Y-CORD 

*0 

Point,  y-coordlnate,  RCS 

2 

Z-CORD 

zo 

Point,  z-coordlnate,  RCS 

2 

PUX 

wx 

x-component. 

Perturbation  mass  flux 

PWXYZ 

3 

PWY 

"y 

y-component, 

Perturbation  mass  flux 

3 

PUZ 

WZ 

z-component. 

Perturbation  mass  flux 

3 

WX 

Wx 

x-component. 

Total  mass  flux 

WXYZ 

4 

WY 

wy 

y-component. 

Total  mass  flux 

4 

WZ 

«z 

z-component,  Total  mass  flux 

4 

WMAG 

w 

magnitude,  Total  mass  flux 

WMAG 

5 

WN 

Wn 

normal  component, 

Total  mass  flux 

WN 

6 

PVX 

vx 

x-component  In  RCS 

Perturbation  velocity 

PVXYZ 

7 

PVY 

vy 

y-component  in  RCS,  Perturbation  velocity 

7 

PVZ 

vz 

z-component  in  RCS,  Perturbation  velocity 

7 

VX 

vx 

x-component  in  RCS,  Total  velocity  VXYZ 

8 

VY 

vy 

y-component  in  RCS,  Total  velocity 

8 

vz 

Vz 

z-component.  Total  velocity 

8 

Table  9.5  -  PDP  headings 


ft 

>u 

i 

[  POP 

I  Headings 

Hath. 

Symbol 

Quantity  * 

POP 

Keyword 

DIP 

Index 

kj 

i 

j  VMAG 

1 

V 

Magnitude,  Total  velocity 

VMAG 

9 

It' 

*  j 

J  PH. 

i 

Perturbation  potential 

PHI 

10 

pr,f 
i< ; 

i 

PHIT 

i 

Total  potential 

PHIT 

11 

,  » 

;\i 

| 

MLISEN 

M 

Local  Mach  number,  Isentroplc 

ML 

12 

f;  J 
?j 

j 

i 

i 

MLLINE 

M 

Local  Mach  number,  linear 

12 

Al 

HLSECO 

M 

Local  Jtych  number,  second-order 

12 

■  { 

W 

i .  > 

{ i 

MLREDU 

i 

M 

Local  Mach  number,  reduced 
second-order 

12 

>  1 

i 

MLSLEN 

M 

Local  Mach  number,  slender  body 

12 

j 

CPISEN 

CP 

Pressure  coefficient,  Isentroplc 

CP 

13 

t 

i 

CP  LINE 

CP 

pressure  coefficient,  linear 

13 

i 

i 

CPSECO 

1 

CP 

Pressure  coefficient,  second-order 

13 

'! 

( 

CPREDU 

CP 

Pressure  coefficient,  reduced 
second-order 

13 

i 

( 

> 

‘t 

& 

\ 

CPSLEN 

CP 

Pressure  coefficient,  slender  body 

13 

i 

i 

i  GMUX 

3y/3X 

Doublet  strength  gradient, 
x-component 

GMUXYZ 

14 

! 

? 

» 

{ 

i 

GMUY 

au/ay 

‘  ‘  Doublet  strength  gradient, 
y-component 

14 

GMUZ 

8  u/9Z 

Doublet  strength  gradient, 
2-component. 

14 

'( 

i 

PSI 

♦ 

Angle  between  average  total 
velocity  and  surface  vortlclty 
(degrees) 

PSI 

15 

) 

i 

SINGS 

a 

Slnguarlty  strength,  source 

SING 

16 

; 

j 

{ 

SINGD 

V 

Singu’erlty  strength,  doublet 

16 

t 

SPDMAX 

h 

Maximum  total  speed 

SPDMAX 

17 

f 

l 

(  SPOCRT 

1  ! 

V 

Mtlcal  speed 

SPDCRT 

18 

J 

CPVAC 

cpv 

"ressure  coefficient,  vacuum 

CPVAC 

19 

g 

X 

Table  3.5  -  Continued 

POP 

Headings 

Math. 

Symbol 

Quantity 

CPCISN 

Cpc 

Critical  pressure  coefficient- 
isentropic 

CPCLIN 

CPC 

Critical  pressure  coefficient- 
linear 

CPCSO 

cPC 

Critical  pressure  coefficient- 
second  order 

CPCRSO 

Cpc 

Critical  pressure  coefficient- 
reduced  second  order 

CPC  SB 

CPC 

Critical  pressure  coefficient- 
slender  body 

B.C. 

Boundary  Conditions 

VIC 

Velocity  Influence  Coefficient 

SA1 

Stagnation  to  ambient  (Correction  1) 

SA2 

Stagnation  to  ambient  (Correction  2) 

UNIFVL 

u. 

Uniform  onset  flow  velocity 

ALPHA 

<* 

Angle  of  attack  (degrees) 

BETA 

0 

Angle  of  sideslip  (degrees) 

CALPHA 

ac 

Angle  of, attack  defining  compressibility  direction 
(degrees) 

CBETA 

BC 

•^ofjsideslip  defining  compressibility  direction 

Table  3.5  -  Concluded 


COP 

Math. 

Quantity 

Headings 

Symbol 

FX 

cFx 

Force,  x-coordinate  " 

FY 

cFy 

Force,  y-coordlnate 

FZ 

CFz 

Force,  z-coordlnate 

>  Various  Axis  Systems 

MX 

cMx 

Moment,  x-coordinate 

MY 

cMy 

Moment,  y-coordinate 

MZ 

cMz 

Moment,  z-coordlnate 

I  SEN 

Isentropic 

LINE 

Linear 

SECO 

Second-order 

REDU 

Reduced  second-order 

SLEN 

Slender  body 

RCS 

*o  yo  zo 

Reference  coordinate  system 

WAS 

Wind  axis  system 

BAS 

Body  axis  system 

SAS 

Stability  axis  system 

HAS 

Hinge  moment  axis 

ALPHA 

a 

Angle  of  attack  (degrees) 

BETA 

6 

Angle  of  sideslip  (degrees) 

UN  IF 

U. 

Uniform  onset  flow  velocity 

B.C. 

Boundary  condition 

CALPHA 

«c 

Compressibility  angle  of  attack  (degrees) 

CBETA 

ec 

Compressibility  angle  of  sideslip  (degrees) 

V.I.C. 

Velocity  influence  coefficient 

MACH 

Free  stream  mach  number 

Table  9.6  -  COP  headings 
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PPP  Headings  for  POP 

PPP 

Math. 

Quantity 

OIP 

Headings 

Symbol 

Index 

X 

xo 

Point,  x-coordinate 

2 

Y 

yo 

Point,  y-coordinate 

2 

Z 

zo 

Point,  z-coordinate 

2 

PWX 

wx 

Perturbation  mass  flux, 
x-component 

3 

PWY 

wy 

Perturbation  mass  flux, 
y-componeii!; 

3 

PWZ 

W2 

Perturbation  mass  flux, 
z-component 

3 

MX 

WX 

Total  mass  flux,  x-component 

4 

WY 

wy 

Total  mass  flux,  y-eomponent 

4 

WZ 

WZ 

Total  mass  flux,  2-component 

4 

WMAG 

w 

Total  mass  flux,  magnitude 

5 

WN 

wn 

Total  mass  flux,  normal 
component 

6 

PVX 

vx 

Perturbation  velocity,  x-component 

7 

PVY 

vy 

Perturbation  velocity,  y-component 

7 

PVZ 

V2 

Perturbation  velocity,  2-component 

7 

VX 

VX 

Total  velocity,  x-component 

3 

VY 

vy 

Total  velocity,  y-component 

3 

VZ 

vz 

Total  velocity,  2-component 

3 

VMAG 

V 

Total  velocity,  magnitude 

9 

Table  8.7  -  PPP  headings 


\  4  ' 


ppp 

Headings 

Math. 

Symbol 

Quantity 

DIP 

Index 

PHI 

t 

Perturbation  potential 

10 

PHIT 

i 

Total  potential 

11 

Mil SEN 

M 

Local  Mach  number,  isentropic 

12 

MLIINE 

M 

Local  Mach  number,  linear 

12 

MLSECO 

M 

Local  Mach  number,  second-order 

12 

MLR E DU 

M 

Local  Mach  number,  reduced 
second-order 

12 

MLSLEN 

M 

Local  Mach  number,  slender  body 

12 

CP I SEN 

CP 

Pressure  coefficient,  isentropic 

13 

CPLINE 

CP 

Pressure  coefficient,  linear 

13 

CPSECO 

cp 

Pressure  coefficient,  second-order 

13 

CPREDU 

cp 

Pressure  coefficient,  reduced 
second-order 

13 

CPSLEN 

CP 

Pressure  coefficient,  slender  body 

13 

6MUX 

3u/3X 

Doublet  strength  gradient, 
x-component 

14 

GMUY 

su/sy 

Doublet  strength  gradient, 
y-component 

14 

GMUZ 

3U/3Z 

Doublet  strength  gradient, 
z-component 

14 

PSI 

* 

Angle  between  average  total  velocity  and 
surface  voticity  (degrees) 

15 

SINGS 

a 

Singuarlty  strength,  source 

16 

SINGD 

V 

Singularity  strength,  doublet 

16 

SPDMAX 

vm 

Maximum  total  speed 

17 

SPDCRT 

Vcr 

Critical  speed 

18 

CPVAC 

Cpv 

Pressure  coefficient,  vacuum 

19 

Table  9.7  -  Continued 


3-23 


JI****Hy— —  - v^ ' :^7;^KV[T’" ' -TV'**! !;.VMy.yi,-TK*'W-*>r 


■PffEWfP 


'■  H*P)lf|p|l.,jilAWW|, 


ppp 

Headings 

Math. 

Symbol 

Quantity 

BOUN 

Boundary  conditions 

SA1 

Stagnation  to  ambient  (Correction  1) 

SA2 

Stagnation  to  ambient  (Correction  2) 

UN  IF 

u« 

Uniform  onset  flow  velocity 

ALPHA 

(X 

Angle  of  attack  (Degrees) 

BETA 

B 

Angle  of  sideslip  (Degrees) 

FX 

Cpx 

Force,  x-coordinate 

FY 

Cpy 

Force,  y-coordinate 

FZ 

cFz 

Force,  z-coordinate 

MX 

cMx 

Moment,  x-coordinate 

MY 

cMy 

Moment,  y-coordinate 

MZ 

cMz 

Moment,  z-coordinate 

ISE 

Isentropic 

LIN 

Linear 

SEC 

Second-order 

RED 

Reduced  second-order 

SLE 

Slender  body 

RC 

Reference  coordinate  system 

WA 

Wind  axis  system 

BA 

Body  axis  system 

SA 

Stability  axis  system 

Note: 

Combinations  of  (FX,  FY,  FZ,  MX,  MY,  MZ)  with  (ISE,  LIN, 
with  (RC,  WA,  BA,  SA)  are  used.  Example:  FYLINWA  means 
force  with  linear  pressure  rule  in  the  wind  axis  system. 

i  I 


Table  8.7  -  concluded 
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0,0  OVERLY 


ELAPSED  CPU  TIME.... 


RUN,  PROBLEM  AND  USER  ID'S  NOT  FOUND 

ON  THE  MEC  DATABASE 

This  indicates  MEC  did  not  correctly  create  a  MEC  database.  Check 
the  MEC  input  data  to  assure  that  no  errors  have  been  made.  If  no  errors 
are  found  this  might  be  a  program  error  in  MEC.  Consult  those  responsible 
for  the  maintenance  of  PAN  AIR. 

NO  NETWORKS  DEFINED 

The  user  has  failed  to  define  networks  in  the  input  to  DIP.  Define 
the  networks  for  the  configuration  and  rerun  DIP  (see  section  7  A  of  this 
manual ) . 

ZERO  LENGTH  ABUTMENT 

USER  ABUTMENT  INDEX  3 

NETWORK  FOGE  START  PT  END  PT 

12  3  3 

The  user  has  defined  an  abutment  with  identical  start  and  end 
points.  In  the  example  above  the  third  abutment  in  the  BEGIN  GEOMETRIC 
EDGE  MATCHING  portion  or’ 'DIP  Input  was  erroneously  defined  to  extend  from 
point  3  on  edge  2  to  point  3  on  edge  2.  Correct  the  abutment  description 
and  rerun  DIP. 


Table  3.8  -  Error  messages  in  DQG  overlay  (1,0) 


1,0  OVERLY 


ELAPSED  CPU  TIME 


NETWORK  (UPPER-WING  )  EOGE  3 

SOURCE  DESIGN  1  NETWORK  WITH  NON-MATCHING 
EDGE  CANNOT  BE  COLLAPSED 

DQG  has  attempted  to  collapse  a  non-matching  edge  of  a  source  design 
network.  If  this  edge  Is  required  to  be  collapsed,  the  source  type  of  the 
network  has  to  be  redefined  and  DIP  must  be  rerun.  If  the  edge  should  not 
be  collapsed  then  either  the  network  geometry  must  be  redefined  or  a 
larger  value  must  be  chosen  for  the  TRIANGULAR  PANEL  TOLERANCE,  (see 
record  N7  of  section  7.4). 


NETWORK  (FOREBODY  )  EDGE  2 
AVERAGE  PANEL  LENGTH  EXCEEDS  TOLERANCE 
BUT  THE  MINUMUM  DOES  NOT.  THE  EDGE 
CANNOT  BE  COLLAPSED. 

There  is  at  least  one  panel  edge  on  the  Indicated  network  edge  which 
is  short  compared  to  the  TRIANGLE  PANEL  TOLERANCE  but  most  of  the  edges 
are  longer.  If  the  edge  Is  supposed  to  be  collapsed,  the  TRIANGLE  PANEL 
TOLERANCE  must  be  increased  and  DIP  needs  to  be  rerun.  If  the  edge  Is  not 
supposed  to  be  collapsed,  the  TRIANGLE  PANEL  TOLERANCE  should  be  reduced. 
It  Is  possible  that  the  coordinates  of  one  or  more  points  on  the  indicated 
edge  are  In  error.  Check  the  coordinates  of  the  network  for  errors. 

TWO  ADJACENT  EDGES  HAVE  ZERO  LENGTH 
NETWORK  UPPER-WING  EDGES  1  2 

An  attempt  was  made  to  collapse  two  adjacent  network  edges.  Either 
the  network  coordinates  are  in  error  or  the  value  of  the  TRIANGLE  PANEL 
TOLERANCE  needs  to  be  decreased.  (See  record  N7  of  section  7.4). 


INTERIOR  PANEL  IS  TRIANGULAR 

NETWORK  UPPER-WING  PANEL  COLUMN  5  AND  ROW  2 

Either  there  is  an  error  in  the  coordinates  of  the  corner  points  of 
that  panel  (and  possibly  some  others  adjoining  it),  or  the  TRIANGLE  PANEL 
TOLERANCE  is  too  large.  Check  the  geometry,  redefine  it  if  necessary  or 
change  the  tolerance  distance  and  rerun  DIP. 

ASPECT  RATIO  -  0.6934E+06 

NETWORK  UPPER-TAIL  PANEL  COLUMN  3  AND  ROW  S 

The  aspect  ratio  for  the  indicated  panel  exceeds  the  limits  of 
10,000.  Redefine  the  geometry  and  rerun  DIP. 


Table  8.9  -  Error  messages  in  DQG  overlay  (2,0) 


"2,0  OVERLY  ELAPSED  CPU  TIME 


ERRONEOUS  USER  ABUTMENT  DATA 
OVERLAPPING  ABUTMENTS 
NETWORK  LOWER-WING  EDGE  3 

OVERLAP  FROM  COLUMN  3  ROW  5 

TO  COLUMN  7  ROW  5 

The  user  has  defined  two  abutments  which  refer  to  the  same  part  of 
one  network  edge.  Redefine  abutment  data  so  that  the  two  abutments  do  not 
overlap  or  allow  the  automatic  abutment  search  procedure  to  find  the 
abutments. 


ERRONEOUS  USER  ABUTMENT  DATA 
USER  ABUTMENT  NUMBER  3 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 

2  5  1  17  1 

2  3  7  1  7  7 

Some  data  items  in  the  abutment  description  are  in  error.  Mn  the 
example  above,  networks  cannot  contain  a  fifth  edge.)  Find  the  error  in 
the  data,  correct  it  and  rerun  DIP. 

Note  that  the  data  provided  is  an  abutment  description  (see  section 
8.1.3).  START-X  and  START-Y  are  the  column  and  row  Indices  of  the 
starting  point  of  the  abutment  and  END-X  and  END-Y  are  the  column  and  rows 
of  the  end  points  of  the  abutment. 


NETWORK  EDGES  TOO  FAR  APART  FOR  ABUTMENT 
USER  ABUTMENT  NUMBER  3 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 
11  1  16  6 
5  1  6  13  1 

2TH  NETWORK  EDGE  IN  LIST  GT  1.357E+15 
FROM  FIRST  NETWORK  EDGE  IN  LIST 

An  abutment  was  defined  for  two  network  edges  that  are  too  far 
apart.  If  abutment  is  correct  and  geometry  cannot  be  modified,  then  this 
error  can  be  avoided  if  a  full  description  of  the  abutment  is  provided  as 
input  to  DIP.  (See  section  7.5,  record  GE2).  That  is  the  network,  edge 
and  point  pairs  must  be  given  for  all  networks  in  the  indicated  abutment. 


Table  9.10  -  Error  messages  in  DQG  overlay  (3,1) 


“3,1  OVERLY  ELAPSED  CPU  TIME 


TOO  MANY  NETWORK  EDGES  IN  ABUTMENT 
THIS  MAY  ARISE  EITHER  FROM  HAVING  TOO 
MANY  NETWORK  EDGES  COMING  TOGETHER  IN 
A  SINGLE  ABUTMENT  OR  FROM  THE  SAME 
NETWORK  EDGES  TAKING  PART  IN  TOO  MANY 
ABUTMENTS 

NETWORK  EDGES 

1  1 

2  1 

3  2 

4  1 

5  3 

6  4 

7  2 

8  4 

9  1 

10  3 

11  3 


Check  geometry  of  listed  networks.  If  geometry  Is  correct  and 
networks  should  not  be  in  an  abutment  together,  reduce  the  TOLERANCE  FOR 
GEOMETRIC  NETWORK  EDGE  MATCHING,  record  G7  of  section  7.3,  or  turn  off 
automatic  abutment  search  and  defloe  abutments  as  in  section  7.5. 

UPDATABLE  NETWORK  EDGE  ABUTTING 
A  NON-UPDATABLE  NETWORK  EDGE 
ABUTMENT  INDEX  3 

NETWORK  EliGt  START-X  START-Y  END-X  END-Y 

11  115  1 

2  3  3  3  1  3 

UPDATABLE  FLAG  1  0 

This  Is  a  warning  unless  the  current  run  is  an  update  run.  The 
update  run  cannot  be  made.  The  edge  of  the  non-updatable  network  must  be 
relabelled  as  being  updatable.  In  the  example  above,  network  2  edge  3  is 
non-updatable.  The  original  run  must  be  repeated  completely  and  then  the 
update  run  may  be  attempted. 


Table  9.11  -  Error  messages  in  DQG  overlay  (3,2) 
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MORE  THAN  ONE  MATCHING  EDGE  IN  ABUTMENT 
ABUTMENT  INDEX  9 

NETWORK  EDGE  START-X  START-Y  FNP-X  LND-Y 

5  1  117  1 

6  1  1  13  1 

Only  one  "matching  edge"  may  occur  In  an  abutment.  Either  the  edge 
types  or  network  types  must  be  redefined  or  the  configuration' must1  be 
chan<?*d  and  DIP  must  be  rerun.  (See  record  N12  or  section  7.4). 


NETWORK  ENCOUNTERED  WHICH  PARTIALLY  LIES 
ON  A  PLANE  OF  SYMMETRY 

NETWORK  PLANAR-BODY  PLANE  OR  SYMMETRY  1 

NUMBER  OF  POINTS  OFF  P-O-S  20 

NUMBER  OF  POINTS  ON  P-O-S  10 

If  network  should  He  on  plane  of  symmetry  It  need  not  do  so  exactly 
If  the  SYMMETRY  PLANE  NETWORK  option  Is  selected  (see  record  N5  of' "ectlon 
7.4).  Thus  by  turning  on  this  option  the  error  will  be  eliminated.  If 
network  should  not  lie  In  plane  of  symmetry,  either  change  geometry  of 
network  or  reduce  the  TOLERANCE  FOR  GEOMETRIC  NETWORK  EDGE  MATCHING 
(Record  G7  of  section  7.3). 


AUTOMATIC  ABUTMENT  SEARCH  FAILURE 
MAY  CAUSE  PROBLEMS  LATER 


NETWORK 
1 


EOGE 
1 


START-X 
1 


START-Y 

1 


END-X 

5 


END-Y 

1 


Abutments  Involving  Indicated  network  edge  not  found  in  automatic 
abutment  search.  Change  TOLERANCE  FOR  GEOMETRIC  NETWORK  EDGE  MATCHING 
(Increase  If  network  edge  should  be  In  abutment,  decrease  if  network 
should  not  be  in  abutment),  change  geometry  of  configuration  or  turn  off 
automatic  abutment  search  by  defining  abutments  as  in  record  GE2  of 
section  7.5. 


TOO  MANY  NETWORKS  IN  ABUTMENT 


NETWORK 
1 
2 

3 

4 

5 

6 


EDGE 

I 

1 

1 

1 

1 

1 


START-X 

1 

6 

4 

1 

7 

3 


START-Y 

1 

1 

1 

1 

1 

1 


END- 


END-Y 

1 

1 

1 

1 

1 

1 


Only  five  <>r  fewer  network  edges  can  form  an  abutment.  If  more  than 
five  networks  truly  form  the  abutment,  then  redefine  the  problem  and  rerun 
the  programs.  If  not,  then  either  decrease  the  TOLERANCE  FOR  GEOMETRIC 
NETWORK  EDGE  MATCHING  (record  G7  of  section  7.3)  or  define  abutments  as  in 
record  GE2  of  section  7.5. 


Table  9.11  -  Concluded 
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"3,0  OVERLY  ELAPSED  CPU  TIME  ...M 

MACH  INCLINED  PANEL  AND/OR  SUBPANEL 
NETWORK  FIN 
PANEL  COLUMN  2 
PANEL  ROW  6 

NORMAL-CONORMAL  INNER  PRODUCT  1.378E-13 


Mach  number  or  modify  geometry  of  Indicated  panel  so  that 
0,  and  rerun  DIP. 


VANISHINGLY  SMALL  INNER  ANO  OUTER  SUBPANELS 


NETWORK  WING 
EDGE  2 

CORNER  PT  COLUMN 
CORNER  PT  ROW 
SUBPANEL  NUMBER 
PT  l.OOOE-U 
O.OOOE  00 
O.OOOE  00 


9 

1 

2 

2.000E-U 
O.OOOE  00 
O.OOOE  00 


2.000E-11 
1.000E-1I 
O.OOOE  00 


l.OOOE-ll  .... 
l.OOOE-11  .... 
O.OOOE  00  .... 


Panel  Is  too  small.  Redefine  geometry  so  smallest  panel  has  edge 
length  greater  than  1.000E-10. 


NON-CONVEX  PANEL  WITH  CORNER  POINT 
CLOSE  TO  PANEL  CENTER  POINT 
NETWORK  WING 
EDGE  3 

CORNER  PT  COLUMN  5 

CORNER  PT  ROW  3 

SUBPANEL  NUMBER  3 


Non-convex  panels  are  permitted  but  the  center  point  cannot  be  too 
close  to  one  of  the  corner  points  (see  section  B.1.3).  Redefine  network 
geometry  by  moving  offending  corner  point  by  some  small  distance  (say, 
one-tenth  of  the  length  of  one  panel  edge)v  and  rerun  DIP. 


TANGENT  VECTOR  PROJECTION  TO  PANEL 
IS  LESS  THAN  HALF  OF  TANGENT  VECTOR  MAGNITUDE 
NETWORK  WING 
PANEL  COLUMN  3 

PANEL  ROW  2 

USER  CLASS 

TANGENT  VECTOR  XXXXXXXXXX 

Where  XXXXXXXXXX  may  be  onu>  of  UPPER,  LOWER,  AVERAGE,  DIFFERENCE  or 
RHS,  referring  to  the  tangent  vectors  for  the  upper,  lower,  average  and 
difference  surfaces  and  the  right  hand  sides.  The  tangent  as  defined  Is 
not  sufficiently  parallel  to  the  panel  In  question.  Redefine  the  tangent 
vector  and  rerun  OIP  (see  '•ecord  N16  of  section  7.4). 

Taule  8.12  -  Error  messages  In  OQG  overlay  (4,0) 


TANGENT  VECTOR  MAGNITUDE  TOO  SMALL 
NETWORK  WING 

PANEL  COLUMN  4 

PANEL  ROW  1 

USER  CLASS 

TANGENT  VECTOR  XXXXXXXXXX 

See  above  for  explanation  of  XXXXXXXXXX.  Tangent  vector  as  defined 
Is  not  a  normalizable  vector.  Redefine  tangent  vector  and  rerun  DIP.  See 
record  N16  or  section  7.4. 


NO  USER  SPECIFIED  BOUNDARY  CONDITION 
NETWORK  HOR-STABIL 
FINE  GRID  COLUMN  INOEX  2 

FINE  GRID  ROW  INDEX  2 

No  boundary  conditions  were  provided  for  network.  Add  desired 
choices  from  records  N14,  N15  and  N16  of  section  7.4  and  rerun  DIP. 


Table  3.12  -  Concluded 


“4,0  OVERLY  ELAPSED  CPU  TIME  ....“ 
INCORRECT  SELECTION  OF  XI-ETA  VECTORS 

XI  ETA  ZETA  POINT  PO  VECTOR 


This  might  be  either  an  error  In  the  corner  point  coordinates  of  the 
network  or  It  might  be  a  program  error.  Check  the  coordinates  of  the 
network  to  assure  that  two  adjacent  network  corner  points  do  not  have  the 
same  coordinate.  Look  In  the  vicinity  of  the  coordinates  In  the  column 
labelled  POINT.  If  no  such  error  Is  encountered,  consult  with  those 
responsible  for  the  maintenance  of  PAN  AIR. 


SINGULAR  LEAST  SQUARES  FIT 
NETWORK  INDEX  7 
LATTICE  INOEX-X  9 

LATTICE  INDEX-Y  6 

DEVIATION  FROM  UNITY  1.377E  00 

A  singular  outer  spline  was  discovered.  This  may  be  due  to  poor 
paneling  or  It  might  be  a  program  error.  If  an  exotic  paneling  technique 
has  been  employed,  try  a  more  conventional  one.  If  the  paneling  Is  not 
unusual,  consult  with  those  responsible  for  the  maintenance  of  PAN  AIR. 

In  version  1.0,  a  triangular  design  network  (which  Is  not 
permissible)  may  cause  this  message. 


Table  8.13  ••  Error  messages  In  DQG  overlay  (5,0) 
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I 


"5,0  OVERLY  ELAPSEO  CPU  TIME 


SINGULAR  INVERSE  FOR  SUBPANEL 

TRANSFORMATION  MATRIX 

DUE  TO  INVALID  MACH  NUMBER 

ONE  MINUS  MACH  NUMBER  SQUARED  -  3.791E-16 

Mach  number  Is  too  close  to  unity.  Change  Mach  number  and 
rerun  DIP. 


MACH  INCLINED  PANEL  DISCOVERED 
NETWORK  UPPER-PLATE 
PANEL  COLUMN  3 

PANEL  ROW  5 

Change  Mach  number  or  modify  geometry  and  rerun  DIP  (see  table  9.12). 


LEAST  SQUARES  ERROR  IN  PANEL  SUBSPLINE 
NETWORK  RELLY 
PANEL  COLUMN  9 

PANEL  ROW  6 

Poor  panelling  has  resulted  tn  a  singular  least  squares  fit  for  the 
panel  spline.  Modify  geometry  and  rerun  DIP. 


MACH  INCLINED  SUBPANEL  DISCOVERED 
NETWORK  TAIL 
PANEL  COLUMN  9 

PANEL  ROW  3 

SUBPANEL  INDEX  7 

Change  Mach  number  or  modify  geometry  and  rerun  DIP  (see  table  8.12). 


Table  8.14  -  Error  messages  In  DQG  overlay  (6,0) 
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“1,0  OVERLY  ELAPSED  CPU  TIME 


M 

•  •  »  *  . 


ASPECT  RATIO  -  0.6394E+04 

NETWORK  UPPER-WING  PANEL  COLUMN  3  AND  ROW  9 

The  panel  has  an  aspect  ratio  which  exceeds  1000  but  Is  less  than 
10,000.  As  a  consequence  the  subpanel  splines  may  be  Inaccurate  over  the 
surface  of  the  panel.  Check  the  coordinates  of  the  corner  points  of  this 
panel  to  assure  that  they  are  correct  and  recall  when  interpreting  the 
output  from  POP  that  the  answers  on  this  panel  may  be  less  accurate  than 
the  answers  over  other  parts  of  the  configuration. 


Table  8.15  -  Warning  nessages  In  DQG  overlay  (2,0) 


"2,0  OVERLY  ELAPSED  CPU  TIME  ..." 


TOO  MANY  NEARBY  NETWORK  EDGES 
SOME  ABUTMENTS  MAY  BE  MISSED 

NETWORK  FIN  EDGE  1 

This  message  Indicates  that  there  are  too  many  (more  than  twenty) 
network  edges  which  lie  close  enough  to  the  Indicated  network  edge  for  the 
automatic  abutment  search  procedure  to  work  correctly.  This  may  result  In 
some  fatal  errors  at  a  later  time  within  this  overlay.  The  recoiiimeded 
correction  to  the  user  is  to  explicitly  define  the  abutments  for  the 
Indicated  network  edge  (see  record  GE2  of  section  7.5)  and  rerun  the 
problem.  It  should  not  be  necessary  to  defl:  2  all  of  the  abutments  In  the 
configuration.  The  automatic  abutment  search  will  find  the  remaining 
abutments. 

It  may  also  be  that  the  TOLERANCE  FOR  GEOMETRIC  NETWORK  EDGE  MATCHING 
value  is  much  too  large.  Check  this  value  before  explicitly  defining  the 
abutments.  If  It  is  significantly  larger  that  say  a  typical  panel  edge 
length,  then  try  redefining  it  with  a  more  sensible  value. 


Table  8.16  -  Warning  messages  in  DQG  overlay  (3,1) 


*'3,1  OVERLY  ELAPSED  CPU  TIME 


II 


AUTOMATIC  ABUTMENT  SEARCH  MAY  HAVE  T 

MISSED  NETWORK  ABUTMENT.  CHECK 
ABUTMENT  DESCRIPTION  CAREFULLY 

NUMBER  OF  UNMATCHED  EXPANDED  ABUTMENTS  1 

NUMBER  OF  EXPANDED  ABUTMENTS  3 

The  automatic  abutment  procedure  has  found  a  network  edge  segment 
which  lies  near  another  network  edge  segment  but  the  other  network  edge 
segment  does  not  lie  near  enough  to  the  first  edge  segment.  Check  the 
list  of  abutments  carefully,  especially  the  empty  space  abutments.  If  an 
abutment  has  been  missed,  the  user  can  Increase  the  TOLERANCE  FOR 
GEOMETRIC  NETWORK  EDGE  MATCHING  (record  G7  of  section  7.3)  or  the  user  can 
define  the  troublesome  abutment  explicitly  (record  GE2  of  section  7.5). 

If  the  abutments  are  correct,  the  message  can  be  ignored.  If  the  user 
wishes  the  message  to  disappear,  It  will  probably  be  eliminated  by 
reducing  the  TOLERANCE  FOR  GEOMETRIC  NETWORK  EDGE  MATCHING,  although  there 
Is  a  chance  that  some  other  abutment  may  be  missed  if  the  tolerance  Is 
reduced. 


UPDATABLE  NETWORK  EDGE  ABUTTING 
A  NON  UPDATABLE  EDGE 

ABUTMENT  INDEX  3 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 

11  115  1 

2  3  3  3  1  3 

UPDATABLE  EDGE  1  0 

No  IC  update  will  be  permitted  for  this  case.  If  the  user  wishes  to 
run  an  IC  update  for  this  problem  he  must  define  both  Indicated  edges  to 
be  updatable.  In  the  example  above  network  2,  edge  3  must  be  labelled 
updatable  (see  record  N8  of  section  7.4). 


MORE  THAN  TWO  NETWORKS  IN  SMOOTH  ABUTMENT 
SMOOTH  ABUTMENT  TREATED  AS  NORMAL  ABUTMENT 


ABUTMENT 

NETWORK 

INDEX 

EDGE 

4 

START-X 

START-Y 

END-X 

END-Y 

1 

1 

1 

1 

6 

1 

3 

2 

4 

1 

4 

3 

6 

4 

1 

1 

1 

7 

See  explanation  below. 


Table  8.17  -  Warning  messages  In  DQG  overlay  (3,2) 
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SMOOTH  ABUTMENT  DEFINED  WITH  OESlGN  NETWORK 


SMOOTH  ABUTMENT  TREATED  AS  NORMAL  ABUTMENT 


ABUTMENT  INDEX  5 
NETWORK  EDGE 

START-X 

START-Y 

END-X 

END-Y 

4  1 

1 

1 

3 

1 

5  2 

4 

4 

4 

1 

Set  explanation  below. 

NETWORK  HAS  TOO  FEW  PANELS  FOR  SMOOTH  ABUTMENT 

A8UTMENT  INDEX  6 
NETWORK  EDGE 

START-X 

START-Y 

END-X 

END-Y 

6  '  1 

I 

1 

2 

1 

5  3 

6 

7 

I 

7 

INDEX  OF  SMALL  NETWORK  1 


See  explanation  below. 


VELOCITY  OPTION  NOT  COMPATIBLE 
ABUTMENT  INDEX  9 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 

1  3  4  5  1  5 

7  4  1  115 

VEL  COMP  METHODS  0  1 


All  of  the  above  messages  Indicate  the  user  has  defined  a  smooth 
abutment  which  violates  one  or  more  of  the  rules  for  the  application  of 
smooth  abutments.  The  abutments  are  redefined  to  be  non-smooth.  No  user 
action  Is  necessary  unless  the  abutment  must  be  smooth.  To  avoid  the 
warning  message,  the  smooth  abutment  choice  should  be  eliminated  from  the 
Input  to  DIP  (see  record  GE4  of  section  7.5). 


MATCHING  EDGE  ABUTS  A  PLANE  OF  SYMMETRY. 

RESULTS  DEPEND  ON  THE  CONFIGURATION. 

THE  AIC  MATRIX  MAY  BE  UNDERCONSTRAINED, 

OVERCONSTRAINED,  SINGULAR  OR  REASONABLY 
CORRECT.  OTHER  ERRORS  MAY  BE  TRIGGERED 
BUT  PROCESSING  WILL  CONTINUE  AND  A 
SOLUTION  WILL  BE  ATTEMPTED. 

OOUBLET  MATCHING  IMPOSED  AT  ABUTMENT 

The  condition  of  a  matching  edge  abutting  a  plane  of  symmetry  can  In 
certain  circumstances  lead  to  a  variety  of  problems.  It  Is  recommended 
that  (unless  the  offending  edge  Is  part  of  a  wake  network)  the 
configuration  be  rearranged  to  avoid  this  situation.  This  may  be 
accomplished  by  relabelling  the  edges  of  the  network  (see  record  N12  of 
section  7.4). 


Table  8.17  -  Continued 
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AUTOMATIC  ABUTMENT  SEARCH  FAILURE 
MAY  CAUSE  PROBLEMS  LATER 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 
6  1  8  14  1 

The  automatic  abutment  search  failed  to  find  an  abutment  for  the 
indicated  network  edge  although  one  or  more  candidates  were  discovered. 
The  user  should  check  the  empty  space  abutment  list  carefully.  If  an 
abutment  has  been  missed,  either  the  TOLERANCE  FOR  GEOMETRIC  NETWORK  EDGE 
MATCHING  should  be  increased  (record  G7  of  section  7.3)  or  the  abutment 
should  be  defined  explicitly  by  the  user  (record  GE2  of  section  7.5). 


Table  8.17  -  Concluded 


3,3  OVERLY 


ELAPSED  CPU  TIME.... 


NO  DOUBLET  MATCHING  AT  NETWORK  EL  GE 
ABUTMENT  INDEX  9 

NETWORK  EDGE  START-X  START-Y  END-X  END-Y 

10  2  4  1  4  3 

11  4  18  11 

Boundary  conditions  which  impose  doublet  matching  will  not  be  invoked 
at  control  points  located  at  the  edge  midpoints  along  the  networks  which 
make  up  the  abutment.  Unless  these  are  wake  networks  this  will  produce  a 
discontinuity  in  doublet  strength  across  these  edges  and  will  give  rise  to 
a  line  vortex.  If  this  message  is  printed  for  the  non-matching  edges  of 
wake  networks,  no  user  action  is  required.  The  doublet  strength  will  be 
continuous  across  the  edges.  The  continuity  is  imposed  in  this  case  by 
the  wake  type  spline.  The  user  should  expect  to  see  this  message  for 
every  abutment  which  involves  a  network  edge  which  the  user  has  labelled 
as  a  "NO  MATCHING"  edge  (see  record  N1.3  of  section  7.4}  as  well  as  for 
all  network  edges  which  are  "NON  MATCHING"  edges  of  wake  networks  and 
design  networks. 


INSUFFICIENT  NUMBER  OF  CORNER  POINTS  ASSIGNED 
TO  IMPOSE  DOUBLET  MATCHING 
INTERSECTION  8 
NUMBER  ASSIGNED  0 

NUMBER  REQUIRED  1 

WITH  ABUTMENTS 
1001  1002 

At  an  abutment  intersection  a  certain  number  of  corner  control  points 
must  be  used  to  impose  doublet  continuity  at  the  intersection.  If  this 
warning  appears,  it  means  that  doublet  strength  will  not  be  continuous  at 
the  indicated  intersection  unless  it  is  an  intersection  which  involves 
abutments  with  non-matching  edges  of  wake  networks.  The  list  of  abutment 
indices  corresponds  to  the  indices  of  network  edge  abutments  if  the 
indices  lie  between  1  and  999.  If  the  indices  lie  between  1001  and  1999, 
they  correspond  to  empty  space  abutments  with  indices  between  1  and  999. 

If  the  indices  are  greater  than  2000,  (say  2XXX),  they  correspond  to 
network  edge  abutments  XXX  ^which  include  a  plane  of  symmetry).  The 
abutments  in  the  list  should  include  either  non-matching  edges  of  wake 
networks  or  network  edges  which  the  user  has  labelled  as  "NO  MATCHING" 
edges.  If  the  indicated  abutments  do  not  include  such  edges,  then  this 
may  be  a  program  error. 


Table  8.18  -  Warning  messages  in  DQG  overlay  (4,0) 
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'4,0  OVERLY 


ELAPSED  CPU  TiME  ... 


POOR  LEAST  SQUARES  FIT 

NETWORK  WING-TIP 
LATTICE  INOEX-X  7 

LATTICE  INDEX-Y  5 

DEVIATION  FROM  UNITY  5.369E-07 

An  Ill-conditioned  outer  spline  matrix  was  encountered.  The  user 
should  expect  the  doublet  spline  in  the  vicinity  of  this  point  to  be 
inaccurate.  The  lattice  Indices  are  the  fine  grid  column  and  row  Indices 
of  the  point  where  the  spline  is  evaluated.  If  an  exotic  panelling  scheme 
has  been  employed,  it  is  recommended  that  the  user  try  a  more  conventional 
panelling  scheme.  It  is  possible  that  some  coordinates  of  corner  points 
in  the  vicinity  of  this  point  are  mispunched.  Also,  a  triangular  design 
network  (which  is  not  permitted)  may  cause  this  error. 

The  solution  should  be  accurate  overall,  but  the  solution  in  the 
vicinity  of  this  point  will  be  less  reliable. 


Table  3.19  -  Warning  messages  in  DQG  overlay  (5,0) 


"5,0  OVERLY 


ELAPSED  CPU  TIME 


#  •  • 


CRITICALLY  INCLINED  PANEL  DISCOVERED 
NETWORK  UPPER-PLATE 
PANEL  COLUMN  3 

PANEL  ROW  6 

ANGLE  WITH  RESPECT  TO  MACH  CONE  -  -3.017E-03 


CRITICALLY  INCLINED  SUBPANEL  DISCOVERED 
NETWORK  BLUNT-TAIL 
PANEL  COLUMN  6 

PANEL  ROW  5 

SUBPANEL  INDEX  1 

ANGLE  WITH  RESPECT  TO  MACH  CONE  -  -3.796E-04 

The  solution  near  this  panel  or  subpanel  may  be  erroneous.  Moreover 
it  may  have  a  bad  effect  on  all  panels  downstream  of  it.  A  solution  will 
be  attempted,  however.  To  avoid  this  difficulty  change  the  Mach  number  or 
the  geometry  of  the  panel  so  that  ft  *  n  ^  o. 


NON  CONVEX  PANEL  DISCOVERED 
NETWORK  LOWER-PLATE 
PANEL  COLUMN  7 

PANEL  ROW  4 


NEARLY  NON  CONVEX  PANEL  DISCOVERED 
NETWORK  LOWER-WING-TIP 
PANEL  COLUMN  5 

PANEL  ROW  9 

Non-convex  panels  are  permissible  in  PAN  AIR  (see  section  B.1.3).  No 
difficulties  should  be  expected.  However,  often  an  erroneous  entry  of 
network  corner  point  coordinates  gives  rise  to  non-convex  panels.  If  the 
user  does  not  expect  non-convex  panels,  he  should  check  the  coordinates  of 
the  network  in  the  vicinity  of  the  indicated  panel. 

Nearly  non-convex  panels  may  lead  to  singular  subpanel  spline 
matrices.  If  this  should  occur  it  is  a  fatal  error.  See  table  8.14. 


GAP  SIZE  EXCEEDS  PANEL  SIZE 
NETWORK  BODY 
EDGE  1 

PANEL  INDEX  ALONG  EDGE  9 
GAP  SIZE/PANEL  SIZE  -  3.691E  00 

Unless  Inhibited  by  the  user  (see  record  G7  of  section  7.3)  gap 
filling  panels  will  be  added  to  fill  in  this  excessive  gap  size.  No  user 
action  is  suggested. 


Table  9.20  -  Warning  messages  in  DQG  overlay  (6,0) 
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O 


1  I 

> - •' 


(  '  J 

i 


Error  Code 

5 

6 

7 

11 

22 

28 


Explanation 

Permanent  File  Error.  See  table  8.22  for  NOS  1.2  and  1.3 
operating  systems  and  see  table  8.23  for  SCOPE  2.1  and  NOW/BE 
operating  systems. 

System  error.  System  error  2  Is  the  only  user  caused  error 
which  might  occur.  This  means  a  premature  end  of  Information 
was  encountered  on  a  database  file  (i.e.,  the  file  Is  empty). 
The  recommended  user  action  Is  to  assure  that  the  database  file 
Is  present. 


Field  length  limit  exceeded.  Recommended  user  action  Is  to 
Increase  field  length  appropriately  to  allow  execution  to 
proceed . 


Unknown  database  name.  Recommended  user  action  Is  to  correct 
misspelled  database  name  In  MEC  Input. 


Attempting  access  which  violates  user  password.  Recommended 
user  action  Is  to  find  correct  password  for  MEC  Input  and  rerun 
the  job. 


Duplicate  database  name.  Recommended  user  action  Is  to  change 
the  MEC  directives  which  define  the  database  name  or  purge  the 
preexisting  database  file  which  has  the  same  name. 


Table  3.21  -  SDMS  errors  caused  by  user  or  operating  system 


Ml 


*Secondary  Error 
Code 


Explanation 


5 

7 

8 

9 

12 

16 

17 

*  ERROR  i 


One  of  the  following  has  occurred; 

The  specified  permanent  file  could  not  be  found.  The 
specified  account  number  could-not  be  found.  The  user  Is 
not  allowed  to  access  the  specified  file.  An  indirect 
access  file  command  was  Issued  for  a  direct  access  file. 

Recommended  user  action  Is  to  correct  what  Is  probably  a 
misspelling  of  file  name  or  account  name  in  the  MEC  input 
deck. 


The  user  has  already  saved  or  defined  a  file  with  the  name 
specified.  The  user  should  either  rename  the  file  in  the 
MEC  Input  deck  or  should  purge  the  preexisting  file  and 
rerun  the  job. 


File  name  contains  illegal  characters.  Correct  the 
misspelled  file  name  In  th«  MEC  input  deck. 


The  user  is  not  validated  to  create  direct  access  or 
Indirect  access  permanent  files.  Take  whatever  steps  are 
required  to  gain  validation  permission  before  trying  to 
rerun  the  job. 


File  length  exceeds  the  limit  for  which  the  user  is 
validated.  Either  obtain  permission  for  generation  of 
longer  files  or  run  a  smaller  sized  problem. 


Access  to  the  permanent  file  device  requested  Is  not 
possible.  This  Is  an  operating  system  difficulty.  Consult 
with  representatives  of  the  computer  system  to  determine 
when  access  will  be  available. 


The  numb.'r  of  files  in  the  user's  catalog  exceeds  the 
limit.  Purge  some  of  your  files  or  obtain  permission  for  a 
larger  number  of  files. 


The  size  of  the  Indirect  access  files  In  the  user's  catalog 
exceeds  the  limit.  Run  a  smaller  job  or  obtain  a  greater 
limit  on  the  size  of  your  files. 

5,N  where  N  -  Secondary  error  code 


Table  8.22  -  Permanent  file  SDMS  errors  in  the  NOS  1.2 
and  NOS  1.3  operating  systems 

8-42 


t  ) 
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Secondary  Error 
Code 


Explanation 


The  job’s  local  file  limit  has  beqn  .exceeded.  If  the  user 
-.vis  trying  to  save  all  database 'files,  then  either  the  tiser 
/must  obtain  permission 'for  a  larger,  file  limit  or  he  must  > 
purge  some  local  files  ds  execution  proceeds.  : 

1  .1  u  '  • ,  i 

"  r„  >■  ■  V;  ; 

The  job's  mass  stdrage  physical  report  unit  limit  has  been 
exceeded.  Try  running  a  smaller  job  or  obtain  a  large, 
limit  for  the  mass  storage  physical  record  unit  limit,  w' 


Permit  limit  has  been  exceeded  for  a  private  file.  Take 
whatever  steps  are  required  to  obtain  permission  to  access 
the  indicated  file. 


The  resource  executive  has  detected  a  fatal  error.  Consult 
with  representatives  of  the  computer  system  to  determine 
t\he  cauSe  of  the  failure.  The  user  might  try  to  resubmit 
the  job  again.  This  is  an  operating  system  error. , 

1  ' 

No  allocatable  traces  remain  on  the  equipment.  The  disk  is 
full.  Either  run  a  smaller  job  or  arrange,  to  have  access 
to  a  greater  amount  of  space  on  the  disk.  This  is  often  an 
unpredictable  situation,  Often  rerunning  the  job  will 
allow  execution  to, continue  particularly  If  the  job  Is  run 
during  a  time  when  demand  for  computer  resources  Is  low. 


An  error  was  encountered  In  reading  a  portion  Of  the 
permanent  file  catalog  or  permit  Information.  This  is  an 
operating  system  error.  Consult  with  representatives  of 
the  computer  system  to  determine  the  source  of  the  problem 
and  take  whatever  steps  are  required  to  fix  the  problem. 


Table  3.22  -  Concluded 
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♦Secondary  Error 
Code 


10 


19 


22 


29 


;.  32 


Explanation 


No  room  fpr  . new  cycle,  Purge  previous  cycles  of  files  or 
rename  database  file  In  HEC  Input. 


file  not  on  set.  Check  for  misspelled  file  name.  If  name 
1$  not  misspelled,  then  fflle  was  inadvertantly  purged. 
Recreate  file  and^try  job  again, ,  \i .  ,  , 

;r  ■  ,  ■..  v  iv -*■-■>■.  p  ■;>■  ■  :V 

Cycle  Incomplete  on  an  attach.  Recover  detected  error  on 
M’e. ;  This  Is  an  operating  system  error.  .V The  removable 
disk  n)ay  need  maintenance  or  replacement. 

i>  '  .  '  **•;  l  •  'I 

•  .!>.  ',i 

i/0  error  In  permanent  file  device.  Invalid  sxtend.  This 

is  an  ^operating  system  error.  Tpy  resubmitting  jop. 

;  V 

Permanent  file  already  In  system.  Change  name  of  file  and 
try  running  the  job  agairi. 


Illegal  setname  (set  not  mounted).  '  Add  appropriate  mount 
commands  to  deck  or  correct  misspelled  setname  in  MEC  input. 


1  *  ERROR  is  5,N  where  N  *  Seppndary  error  code 


,  I  !•' 


Table  8.23  -  SDMS  permanent  file  error  on  AMES  and 
WRIGHT  operating  systems 


{  .j 


1,  i 


U 


3-44 


. — i  nline  liMH  iUMiwarf  iWWH - *r~1 


Dataset  Name 


Contents 


Z>ATA-BA$E-HEADEA 

GLOBAL 

GLOBAL-HOW-PROP 

I 

GLOIP.AL-DB-OUTPUT 

CiO?AL-DEFAULTS 

NETV'ORK-UPDATE-COOES 


GLOBAL* PRINTS 
NETWK-SPEC 

I 

PANEL-COORDS 

NETWORK-BDC 


Contains  module  name,  version, 
condition,  date,  run  ID,  problem 
ID  and  user  ID 

Global  flow  properties 

Case  counts  and  case  labels  for 
PDP  and  CDP  problems 

Count  of  PPP  directives 

Global  parameter  values  for  use  as 
default  values  In  Network  data  as 
well  as  PDP  and  CDP  problems 

Update  codes  for  all  defined 
networks.  Networks  are  fully 
updatable,  edge  updatable  or  not 
updatable 

Check  print  flags  for  each  PAN  AIR 
module 

Specifications  for  each  network, 
one  dataset  per  network.  Contains 
network  parameters,  boundary 
condition  class,  number  of  grid 
point  rows  and  columns, 
singularity  types,  edge  types, 
updatablllty  and  triangular  panel 
tolerance 

Array  of  grid  points,  one  dataset 
per  column,  one  set  of  columns  per 
network 

Network  bulk  data  control  data. 
Contains  the  count  of  terms  and 
the  Identity  of  each  term  Input 
for  the  five  types  of  bulk  data 
control  data.  One  dataset  per 
network.  The  five  types  are: 
closure,  coefficient  (general 
boundary  condition  equation), 
tangent  vector,  specified  flow 
equation  term,  and  local  onset  flow 


Table  8.24  -  DIP  datasets 
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Dataset  Name 


Contents 


CLOS-COND 

COEFF-GEN-BC 

TANG-VEC 

SPEC-FLOW 

LOCAL-FLOW 

USER-ABUT 

SURF-FLOW 

SURF-FAM 

DD-OUTPNT 


Closure  condition  data,  for  a 
particular  term,  for  a  given 
network 

Coefficient  data,  for  a  particular 
term,  for  a  given  network 

Tangent  vector  data,  for  a 
particular  term,  for  a  given 
network 

Specified  flow  data,  for  a 
particular  term,  for  a  given 
network 

Local  onset  flow,  for  a  given 
network 

User  defined  abutment  data.  One 
dataset  per  abutment.  Contains 
list  of  networks  In  the  abutment 
as  well  as  the  edge  number  and 
part  of  edge  Involved 

Surface  flow  properties  for  PDP 
problems.  One  dataset  per  case 
(problem).  Contains  list  of 
networks,  solutions  and  parameters 
to  be  saved  or  printed. 

Surfaces,  forces  and  moments  for 
CDP  problems.  One  dataset  per 
case.  Contains  list  of  networks, 
solutions,  and  parameters  to  be 
saved  or  printed. 

Data  base  output  for  PPP 
directives.  One  dataset  per 
directive. 


Table  8.24  -  Concluded 


Dataset  Name 

Contents 

OATA-BASE-HEADER 

Run  Identifier  and  data  base 
condition 

GLOBAL 

Global  flow  properties 

NETWK-SPEC 

Network  data 

PANEL-CORNER-COORDS 

Corner  point  coordinates 

F INE-GRIO-COORDS 

Enriched  grid  coordinates 

EDGE-POINT-COORDS 

Coordinates  of  corner  points  at 
network  edges 

USER-ABUT 

User-Input  abutment  description 

I -ABUT 

SEARCH-LIST 

ABUTMENT-KEYS 

Intermediate  storage  for 

EXPANDED-ABUTMENT 

INTERSECTION 

automatic  abutment  search 

ABUTMENT-SPEC 

Abutment  data  (network  edges) 

EMPTY-SPACE-ABUT 

Empty  space  abutment  data 

gap-size 

Gap  size  for  each  panel  on  network 
edge 

GAP-PANEL 

Gap-filling  panel  data 

SPECTAL-POINTS 

Data  for  short  and  end  points  of 
abutments  along  network  edges 

BNDRY-CONDN-EN 

User  Input  boundary  condition  data 
(network  wide) 

CLASS-E-BC-DATA 

User  input  boundary  condition  data 
(point  by  point) 

CLOSURE-DATA-IN 

User  input  closure  data 

CONTROL-PT-SPEC 

Location  and  ccnormal  of  control 
point 

Table  3.25  -  DQG  datasets 
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Dataset  Name 

Contents 

BNDRY-CONDN-SPEC 

Boundary  condition  data  for 
control  point 

B-POINTER 

Pointer  for  right-hand  sides  of 
boundary  condition  equations 

EXTRA-HYPQ-LOC 

Extra  hypothetical  locations 
of  matching  control  points 

CLOSURE 

Closure  boundary  condition 
data 

PANEL-SPEC 

Panel  data:  geometric, 
splines  and  far  field  moments 

SINGULARITY-SPEC 

Singularity  parameter  data 
(keyed  by  Index) 

SINGULARITY-MAP 

Singularity  parameter  data 
(keyed  by  location  In  network) 

B— SPLINE-SOURCE 

Spline  vector  for  source  spline 

B-SPLINE-DOUBLET 

Spline  vector  for  doublet  spline 

INTERIOR-SPLINE 

Smooth  abutment  spline  vector 

Table  8.25  -  Concluded 


Dataset  Name 


Contents 


DATA-BASE-HEADER 

COLMAP 

COLMAP-INVERSE 

ROWMAP 

ROWMAP-INVERSE 

AIC-KNOWN  (UNKNOWN) 

SYMMETRY 

IC-MATRICES 

Table  3.26 


Dataset  Name 
DATA-BASE-HEADER 

PIVMAT 

BUN 

AICBLK 


Table  3.27 


Run  Identification  information 

Singularity  indices  of  DQG  from 
MAG  Indices 

Singularity  Indices  of  MAG  from 
DQG  indices 

Control  point  indices  of  DQG  from 
MAG  Indices 

Control  point  indices  of  MAG  from 
DQG  indices 

AIC  matrix  partitions 

Table  of  symmetrized  matrices 

Influence  coefficient  matrices 


MAK  datasets 


Contents 

Data  base  header  information 
consists  of  module,  version, 
condition,  date  and 
run/problem/user  identifications 

Pivot  term  information  resulting 
from  the  decomposition  process 

Matrix  blocking  information  with 
the  maximum  number  of  column/ row 
of  blocks  being  set  to  100  each 
(requires  214  words) 

The  AIC  blocks  of  submatrices  are 
stored  in  blank  common  (preset  to 
10,000  words)  which  must  hold  any 
3  submatrices.  A  matrix  of  order 
2000  by  2000  would  have  36 
row/column  blocks  with  57 
rows/columns  each  stored  on  the 
data  base 


RMS  datasets 
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Dataset  Name 
DATA-BASE-HEADER 
SOLUTION-DATA 
RHS-UNKNOWN 

RHS-UPDATED 

RHS-KNOWN 

ONSET-FLOW 

AIC-DIAGONAL 

LAMBDA-KNOWN 

LABMDA-UNKNOWN 

SING-KNOWN 

BLOCK-INFO 

LAM-MAT 


L  J 

Contents 

Run  Identification  information 

Solution  and  symmetry  information 

Equality  constraints  corresponding 
to  unknown  AIC  elements 

Equality  constraints  corresponding 
to  known  singularities 

Equality  constraints  corresponding 
to  unknown  singularities 

Flow  vector  at  each  control  point  |  j 

Known  AIC  elements  In  column  form 

Known  singularities  In  column  form 

!, Unknown  singularities  In  column 
form 

Known  singularities  In  row  form 

Blocking  Information  \  j 

Blocked  submatrices 

Table  8.28  -  RHS  datasets  i  | 
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Dataset  Name 
DATA-BASES-HEADER 
GLOBAL 

NETWORK-SPEC 

SOLUTION-DATA 

CP-GEOM 

GP-GEOM 


CP-DATA 

GP-DATA 


Contents 


Run  IDS,  data  base  condition 
Global  flow  properties 
Network  data 

Solution  ID's  and  numbers 

Control  point  data,  normal, 
tangent  vector  and  subpanel  spline 

Grid  point  coordinates,  skewness 
parameter,  doublet  strength 
moment,  doublet  far  field  moment 
and  normal  cross  product  of 
doublet  strength 

Control  point  data,  control  point 
Index,  singularities,  average 
potential,  mass  flux  and  velocity 
X,  Y,  Z  components  at  control  point 

Grid  point  data,  grid  point 
sequence,  singularities,  average 
potential,  mass  flux  and  velocity 
X,  Y,  Z  components  at  grid  points 


Table  8.29  -  MDG  datasets 


Dataset  Name 
DATA-BASE-HEADER 

GLOBAL 

NETWK-SPEC 

SURF-OPTIONS 

FLOW-QUANT 


Contents 

Run,  problem  and  user 
identification  and  condition  of 
data  base 

Number  of  cases,  user  options, 
network  list,  Mach  number, 
compressibility  direction,  flow 
velocity,  and  symmetry  Information 

Number  of  panel  rows  and  columns 
plus  the  network  source  and 
singularity  type  information 

User  options  keyed  by  case 
number.  The  options  include 
velocity  correction,  pressure 
rules  and  computed  flow  quantities 

Surface  flow  quantities  (pressure 
coefficients,  local  Mach  numbers, 
mass  flux,  velocities,  etc.) 


Table  8.30  -  PDP  datasets 


1 
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Dataset  Name 


Contents 


OATA-BASE-HEADER 

NETWK-SPEC 

SURF-FAM-OPFIONS 

PANEL-FORCES 

LEADING-EDGE-FORCE 

NETWORK-FORCES 

CONFIG-FORCES 

Table  8.31 


Run,  problem  and  user 
identification  and  condition  of 
data  base 

Number  of  panel  rows  and  columns 
plus  the  network  source  and 
singularity  type  information 

User  option  data  keyed  by  case 
number.  The  options  Include 
velocity  correction  type,  velocity 
type,  pressure  rules,  axis 
selection  and  accumulation  rules 

Forces  and  moments  for  each  panel 
and  selected  accumulated  totals 

Forces  and  moments  for  each 
selected  network  edge  and 
accumulated  totals  for  the  edges 

Forces  and  moments  for  each 
selected  network  and  accumulated 
totals 

Total  forces  and  moments  for  each 
configuration  and  for  each  case. 
Forces  and  moments  for  selected 
accumulated  totals  for  all  cases 


-  CDP  datasets 


8-53 


The  network  panel  corner  points  data  along  with  Its  Identification  information 
is  written  onto  a  plot  file  (logical  unit  9),  as  given  below: 

Record 


Set(s) 

Item 

Columns 

Description 

1 

DQG  Plot  Titles 

DQG  Plot  Title  Information  consisting  of 
4  lines  of  title  Information  as  follows: 

a)  NETWORK  GEOMETRY  1-35 

DQG  Title  (Format  3A10.A5) 

FROM  DQG  DATA 
BASE 

b)  Run  ID 

1-7? 

DQG  Run  Identification  (RID).  (Format 
7A10.A2) 

c)  Problem  ID 

1-72 

DQG  Problem  Identification  (PID). 

(Format  7A10.A2) 

d)  User  ID 

1-72 

DQG  User  Identification  (UID).  (Format 
7A10.A2) 

2 

♦START 

1-5 

Signifies  start  of  data  (Format  A5) 

3 

SGLOBAL  DATA 

1-12 

Global  Data  (see  table  11-E.2  of 
Maintenance  Document  for  details) 

4 

(DQG  Run  Id) 

1-28 

DQG  Run  Name  Identification  (Format  Al, 

13,  212,  2A10)  (see  section  U-E.3  of 
Maintenance  Document). 

5 

(Geometry  Data 
from  DQG) 

1-4 

Network  Geometry  corner  points  data  X, 

Y  and  Z  along  with  Its  identification 

data  (Format  14,  6X,  3(14,  IX),  3(F12.6, 

Sequence  Number 

5-10 

Blanks 

11-14 

Row  Number 

15 

Blank 

16-19 

Column  Number 

20 

Blank 

21-24 

Network  Number 

25 

Blank 

26-37 

X-coordinate 

38 

Blank 

39-50 

Y-coordinate 

51 

Blank 

52-63 

Z-coordina  ie 

64 

Blank 

(Repeat  record  sets  4  and  5  above  for 
each  Network  selected.) 

6 

♦END 

1-4 

The  last  line  of  data  contains  *END  to 

signify  the  end  of  DQG  data  (Format  A4) 


Table  3.32  -  Plot  file  format  for  geometry  data 


A  description  of  the  Global  Data  for  DQG  is  written  on  the  geometry  plot  file 
(logical  unit  9)  following  record  set  2  (i.e.,  *START  descriptor  record 
signifying  the  start  of  data). 


t 


Record 

Set(s) 


3 


Record 


Subset (s j 

Item(s) 

Columns 

Description 

Format 

{GLOBAL  DATA 

1-12 

Global  Data 

A12 

1 

DATE 

1-5 

The  heading  DATA 

A5 

DATECR 

6-15 

Date  of  creation  in 
the  form  Yr/Mo/Date* 

A10 

2 

AMACH 

1-10 

Mach  Number 

F10.5 

CAL PH A 

11-20 

Angle  of  attack 
(degrees) 

F10.5 

CBETA 

21-30 

Angle  of  sideslip 
(degrees) 

F10.5 

NUMPOS 

31-35 

Number  of  planes  of 
symmetry, 

-0  unsymmetric 
-1  one  pi  ne  of  sym. 
-2  two  plv  °s  of  sym 

15 

t 

NNET 

36-40 

Number  of  Ne.-wrks 

15 

3 

POSNRM 

1-60 

Normal  to  first  and 
second  planes  normal 
to  the  planes  of  sym¬ 
metry  (3  by  NUMPOS) 

6F10.5 

4 

POSLOC 

1-30 

Coordinates  of  point 
common  to  first  and 
second  planes 

3F10.5 

5 

NETPPP.NETID 

1-70 

Network  index  and  ID, 

2(I4,1X 

two  networks  per 
record  subset 


[  network  number 
(14)  and  network 
id  ( 2A10) ] 


*  For  the  .Ames  system  the  form  is  Date/Mo/ Yr 


Table  8.33  -  Global  data  for  geometry  file 


i 


«  W 

I 
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The  format  of  the  point  data  plot  file  (on  logical  unit  10}  Is  described  below: 

Record 

Set(s) 

Item 

•  i 

Columns 

.11  :  "• 

Description 

1 

(6F10.5)  1-8 

Data  Format  Specification  (Format  A9) 

2 

POP  PLOT  TITLE (S) 

i 

PDP  Plot  Title  Information.  Starts  in 
column  1  with  a  {and  consists  of  4 
Unbs  of  title  information  as  follows: 

a)  {POINT  DATA  FROM 
PDP  DATA  BASE 

b)  ;|(RID) 

■  c)'*(PID) 
d)  J(UID) 

1-30 

1-72  j: 
1-72 

lr 

1-72  ' 

li 

PDP  Plot  Title  (Format  3A10) 

PDP  Run  Identification  (RID). (Format 
7A10,  A2) 

PDP  Problem  Identification 
(PID). (Format  7A10,  A2) 

PDP  User  Identification  (UID). (Format 
7A10.A2)  - 

3 

*RUN  40 

i , 

1-7 

Identifies  maximum  run  name  length  of 
40  alphanumeric  characters  in  PDP  run 
name  (record  set  6). 

4 

{GLOBAL  DATA 

i 

1-12 

Global  Data  (see  table  8.36  for 
details) 

5 

(PDP  Parameter 

Name  List) 

1-76 

Identifies  parameters  available  for 
plotting.  If  more  than  one  line  is 
needed  to  specify  parameters,  the  word 
MORE  must  be  entered  in  columns  73-76 
orHEhat  line  except  for  the  last  line 
of  a  parameter  list.  The  parameter 
name  list  is  written  on  the  plot  file 
at  the  beginning  of  each  solution. 

The  parameter  list  is  written  6  per 
line. 

6 

(PDP  Run  Name) 

1-40 

A  detailed  description  of  the  PDP  run 
name  is  described  in  table  8.37 
(Format  Al,  12,  13,  12,  4A4,  Al,  13, 
A3,  A4,  Al,  12,  2X) . 

7 

(Point  data  from 

PDP  In  order  of 
Parameter  name  list) 

1-60 

PDP  Data  list  in  order  of  parameter 
name  list  in  the  format  specified  in 
Record  Set  1  above. 

(Repeat  Record  Sets  6  and  7  above  for 
all  selected  data  options.) 

8 

*E0F 

1-4 

The  last  line  of  dataset  contains  *E0F 

to  signify  the  end  of  data  for  that 
run  (Format  A4). 


Table  8.35  -  Plot  file  format  for  point  data 
8-57 
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.  i: 


A  description  of  !the  Global  Data  for  POP  Is  written  on  the  point  data  plot  file 
(logical  unit  10)  following  record  set  3  (i.e.,  *RUN  4Q  descriptor  record 
Identifying  maxini^um  run  name  length  of  40).  ,, 


Record 

Set(s) 


Record 

Subset(s) 


Item(s)  ■  r 

Columns 

Description 

Format 

{GLOBAL  DATA 

1-12 

Global  Data 

A12 

DATE 

1-5 

The  heading  DATA 

A5 

DATECR 

6-15 

i 

Date  of  creation  in 
the  form  Yr/Mo/Date* 

:  i  "  11 

A10 

! 

AMACH 

1-10 

Mach  Number 

!;F10.5 

CALPHA 

11-20 

Angle  of  attack 
(degrees) 

,;F10.5 

CBETA 

21-30 

Angle  of  sideslip 
(degrees) 

| 'FI  0.5 

NUMPOS 

31-35 

Number  of  planes  of  , 
symmetry, 

, 15 

i 

1 

-0  unsymmetric 
*1  one  plane  of  sym. 
-2  two  planes  of  sym 

• 

NNET 

36-40 

Number  pf  Networks 

15 

NSOL 

41-45 

Number  of  solutions 

15 

NCASE 

46-50 

Number  o,f  cases 

15 

POSNRM 

1-60 

Normal  to  first  and 

6F10.5 

'  '  II 

■ 

secohd  planes  normal 
to  the  planes  of  sym¬ 
metry  (3  by  NUMPOS) 

POSLOC 

1-30 

Coordinates  of  point 
common  to  first  and 

3F10.5 

second  planes 

NETPPP.NETIO 

1-70 

Network  index  and 

ID,  two  networks 
per  record  subset 
[network  number  (14) 

2(I4,1X,2A10,10X) 

and  network  id  (2A10)] 

ALPHA 

1-70 

Angle  of  attack  for 
each  solution 

7F10.5 

(max  200) 


*  For  the  Ames  system  the  form  is  Date/Mo/Yr 


Table  8.36  -  Global  data  for  PDP  file 
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Record 

Set(s) 

Record 
Subset (s) 

Item(s) 

Columns 

7 

BETA 

1-70 

3 

S0LLST.S01ID 

1-70 

9 

CASLST.CASEID 

1-70 

Description  Format 

Angle  of  sideslip  for  7F10.5 
each  solution 
(max  200) 

Solution  index  and  2(I4,1X,2A10,10X) 

ID,  two  solutions  per 

record  subset 

[solution  number  (14) 

and  solution  id  (2A10)] 

Case  Index  and  ID,  2(I4,1X,2A1C,10X) 

two  cases  per  record 
subset  [ case  number 
(14)  and  case  id  (2A10)] 


Table  8.36  -  Concluded 


For  Literal  name 


Item 

Number  Columns 

Literal  Name(s) 
or  Value(s) 

or  Associated 
Integer  Format* 

Description 

1 

1 

P 

A1 

PDP,  Identification 

2  (a) 

2-3 

12 

Case  Number 

(b) 

4-6 

13 

Solution  Number 

3 

7-9 

99 

12 

Job  number,  preset  to 

(not  used) 

4 

9-12 

UPPE  - 

1 

A4/I4 

Surface  Selection 

LOWE  - 

2 

UPL0  - 

3 

LOUP  - 

4 

AVER  - 

5 

5 

13-16 

B0UN  - 

1 

A4/I4 

Velocity  computation 

VIC  - 

2 

option 

6 

17-20 

UNIF  - 

1 

A4/I4 

Pressure  computation 

LOCA  - 

2 

option 

7 

21-24 

NONE  - 

0 

A4/I4 

Velocity  correction 

SA1  - 

1 

option 

SA2  - 

2 

3  (a) 

25 

N 

A1 

Network  ID 

(b) 

26-29 

13 

Network  number 

9 

29-31 

INP  - 

1 

A3/I3 

Images 

1ST  - 

2 

2ND  - 

3 

3RD  - 

4 

10 

32-35 

CENT  - 

1 

A4/I4 

Point  type 

EDGE  - 

2 

ADDI  - 

3 

GRID  - 

4 

U(a) 

36 

R  or  C 

A1 

Row  or  Column  ID 

(b) 

37-39 

12 

Row  or  Column  Number 

12*(a) 

39 

C 

Al 

Column  ID 

(b)  40-41 

12 

Column  Number 

13* 

42-44 

13 

Run  Sequence  Number 

*  Note  that  the  POP  plot  file  has  2  similar  names  for  each  dataset  option.  Item  numbers 
12  and  13  in  the  Run  Name  are  used  for  only  the  second  run  name  descriptive  with 
associated  integer  values  for  item  numbers  4,  5,  6,  7,  9  and  10  above.  Also,  the 
second  run  name  length  is  44  characters  instead  of  the  maximum  length  of  40 
specified  in  record  set  3  described  in  table  S.35.  v( 


Table  9.37  -  PDP  run  name  format 
3-60 
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The  format  of  the  configuration  data  plot  file  on  logical  unit  11  is  described 
below: 


Record 


Columns 


(6F10.5) 

CDP  Plot  Title(s) 


a ^CONFIGURATION 
DATA  FROM  CDP 
OATA  BASE 

b)  $(RID) 


c)  $(PID) 


d)  3(UID) 


*RUN  40 


3GL0BAL  DATA 


(CDP  Parameter  1-76 
Name  List) 


(CDP  Run  Name)  1-40 


Description 

Data  Format  Specification  (Format  A8) 

CDP  Plot  Title  Information.  Starts  in 
column  with  a  ?  and  consists  of  4 
lines  of  title  Information  as  follows: 
CDP  Plot  Title  (Format  3A10,  AB) 


CDP  Run  Identification  (RID) . (Format 
7A10.A2) 

CDP  Problem  Identification 
(PID). (Format  7A10,A2) 

CDP  User  Identification  (UID). (Format 
7A10.A2) 

Identifies  maximum  run  name  length  of 
40  alphanumeric  characters  in  CDP  run 
name  (record  set  6). 

Global  Data  (see  table  8.39  for 
details) 

Identifies  parameters  available  for 
plotting.  If  more  than  one  line  is 
needed  to  specify  parameters,  the  word 
MORE  must  be  entered  in  columns  73-76 
on  that  line  except  for  the  last  line 
of  a  parameter  list.  The  CDP 
parameter  name  list  is  written  on  the 
plot  file  at  the  beginning  of  the  plot 
file  data  for  each  solution  and  at  the 
beginning  of  the  accumulation  sum 
data.  The  parameter  list  Is  written  6 
per  line. 

A  detailed  description  of  the  CDP  Run 
Name  is  described  In  section  11-G.3  of 
Maintenance  Document  (Format  Al,  **, 
12,  4A4,  Al,  13,  A3,  Al,  Al,  12,  Al, 
12,  2X). 


Table  9.39  -  Plot  file  format  for  configuration  data 
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Record 

Sets(s)  Item 


Columns 


Description 


7  (Configuration  data  1-60 

from  CDP  In  order  of 
parameter  name  list) 


8  *E0F 


1-4 


CDP  data  Is  written  In  order  of 
parameter  name  list  specified  In 
record  set  5  above.  The  first  record 
lists  the  solution  number,  magnitude  of 
uniform  onset  flow  velocity,  alpha 
(angle  of  attack)  and  beta  (angle  of 
sideslip)  values  using  format  (110, 
3F10.5).  The  forces  and  moments  data 
for  the  selected  pressure  rules  and  axis 
systems  as  shown  In  table  11.3  of 
Maintenance  Document  are  written  on  the 
plot  file  In  the  format  specified  In 
record  set  1  above. 

(Repeat  record  sets  6  and  7  above  for 
all  selected  data  options.) 

The  last  line  of  dataset  contains  *E0F 
to  signify  the  end  of  data  for  that  run 
(Format  A4). 


**Formats  for  configuration  options  In  columns  2-6  of  the  CDP  Run  Name  are 
described  In  table  8.40  Item  number  2. 


Table  8.38  -  Concluded 


M2 


0  »■’■ 


A  description  of  the  Global  Data  for  CDP  is  written  on  the  configuration  data 
plot  file  (logical  unit  11)  following  record  set  3  (i.e.,  *RUN  40  descriptor 
record  Identifying  maximum  run  name  length  of  40). 


Record 


L 


u 


L 


Record 


Set(s) 

Subset(s) 

Item(s) 

Columns 

Description 

Format 

4 

(GLOBAL  DATA 

1-12 

Global  Data 

A12 

1 

OATE 

1-5 

The  heading  DATA 

A5 

DATECR 

6-15 

Date  of  creation  in 
the  form  Yr/Mo/Date* 

A10 

2 

AMACH 

1-10 

Mach  number 

F10.5 

CALPHA 

11-20 

Angle  of  attack 
(degrees) 

F10.5 

CBETA 

21-30 

Angle  of  sideslip 
(degrees) 

F10.5 

NUMPOS 

31-35 

Number  of  planes  of 

15 

symmetry, 

0*  unsymmetric 
1»  one  plane  of  sym. 
2-  two  planes  of  sym. 


NNET 

36-40 

Number  of  networks 

15 

NSOL 

41-45 

Number  of  solutions 

15 

NCASE 

46-50 

Number  of  cases 

15 

POSNRM 

1-60 

Normal  to  first  and 

6F10.5 

P0SL0C 


1-30 


second  planes  normal 
to  the  planes  of  sym¬ 
metry  (3  by  NUMPOS) 

Coordinates  of  point  3F10.5 
common  to  first  and 
second  planes  V 


NETPPP.NETID  1-70  Network  index  ifyuX, 2A10.10X) 


and  ID,  two  networks 
per  record  subset 
[network  number  (14) 
and  network  id  (2A10)] 


ALPHA 


1-70 


Angle  of  attack  for 
each  solution 
(max  200) 


7F10.5 


For  the  Ames  system  the  form  is  Date/Mo/ Yr 


Table  8.39  -  Global  data  for  CDP  file 
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Record 

Set(s) 


Record 


Columns  Description 


Format 


BETA  1-70  Angle  of  sideslip  7F10.5 

for  each  solution 
(max  200) 

SOLLST, SOLID  1-70  Solution  index  and  ID,2(I4,1X,2A10,10X) 

two  solutions  per  record 
subset  [  solution  number 
(14)  and  solution  ID  (2A10)] 

C ASLST , CASE  I D  1-70  Case  index  and  ID,  2 ( 14 , IX, 2A10 , 10X ) 

two  cases  per  record 
subset  [  case  number 
(14)  and  c  se  ID  (2A10)] 


10 

REFPAR 

List  of  reference  data 

SR 

1-10 

coefficient  values 
Area  reference 

F10.5 

CR 

11-20 

parameter 

Chord  reference 

F10.5 

BR 

21-30 

parameter 

Span  reference 

F10.5 

11 

NUMAXS 

1-4 

parameter 

Number  of  axis 

14 

AXISAR 

systems  selected 
List  of  selected 

axis  systems 
allowable 

5-8  1-  reference  coor-  14 

dinate  system  (RCS) 

9-12  2»  wind  axis  system  14 

(WAS) 

13-16  3-  body  axis  system  14 

(BAS) 

17-20  4-  stability  axis  14 

system  (SAS) 

12  MOMLST  1-72  Coordinates  of  mo-  12F6.2 

ment  reference  values 
for  above  axis  system 
(3  by  NUMAXS) 

13  ELRLST  1-72  Euler  angles  in  12F6.2 

degrees  to  go  from 
RCS  to  selected  axis 
system  only  for  BAS 


Table  3.39  -  Concluded 


Item 

Numbers 

Column(s) 

Literal 
Name ( s ) 

Format 

Description 

1 

1 

C 

A1 

CDP  Identification 

2(a)Pane1 

2-3 

12 

Network  Number 

Data 

4-6 

13 

Panel  Number 

(b)Column 

2-3 

12 

Network  Number 

Sum 

4 

5-6 

C 

A1 

12 

Column  Sum  ID 

Column  Number 

(c) Network 

2-3 

12 

Network  Number 

Sum 

4-6 

3X 

Blanks 

(d)Conflg. 

2-4 

CON 

A3 

Configuration  ID 

Sum 

5-6 

12 

Case  Number 

(e)Accum. 

2-4 

ACC 

A3 

Accumulation  ID 

Sum 

5-6 

12 

Case  Number 

3 

7-8 

99 

12 

Job  number,  Preset  to  99 
(Not  used) 

4 

9-12 

UPPE 

LOWE 

UPLO 

LOUP 

AVER 

A4 

Surface  Selection  Option 

5 

13-16 

BOUN 

VIC 

A4 

Velocity  Computation  Option 

6 

17-20 

UNIF 

LOCA 

A4 

Pressure  Computation  Option 

7 

21-24 

NONE 

SA1 

SA2 

A4 

Velocity  Correction  Option 

8(a) 

25 

C 

A1 

Case  ID 

(b) 

26-29 

13 

Case  Number 

9 

29-31 

INP 

1ST 

2ND 

3RD 

A3 

Images 

10(a) 

32 

P 

A1 

Panel  ID 

(b 

33 

R 

A1 

Row  ID 

(c) 

34-35 

12 

Row  Number 

U(a) 

36 

C 

A1 

Column  ID 

(b) 

37-38 

12 

Column  Number 

Table  8.40  -  CDP  run  name  fbrmat 
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Flgurt  8.1  -  Staple  NEC  output 


Figure  8.1  -  Concluded 
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THE  PROGRAM  IS  PART  OF  THE  PAR  AIR  SYSTEM 
DATE  OF  RUN  IS  OE/16/80 
TIME  OF  RUN  IS  09.59.i0 
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Figure  8.3.  -  Concluded 
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Figure  8.7  -  Staple  POP  output 
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9.0  PAN  AIR  Engineering  Glossary 


This  glossary  defines  the  most  commonly  used  engineering  terms  In  the  PAN 
AIR  Theory  and  User's  Documents.  In  general,  all  specialized  terms  (that  Is, 
terms  whose  meaning  In  the  context  of  PAN  AIR  Is  different  from  their  meaning 
In  common  usage)  are  Included,  as  are  standard  engineering  terms  which  are 
used  Iri  the  PAN  AIR  engineering  documents.  Terms  which  relate  to  the 
computing  aspects  of  PAN  AIR  are  defined  In  a  separate  glossary,  the  PAN  AIR 
software  glossary. 

The  format  of  the  glossary  Is  the  followings  Each  term  Is  followed  by  a 
list  of  principal  references  and  a  definition.  The  references  give  the 
section  number  where  the  Item  Is  discussed,  preceded  by  a  T  for  Theory 
Document,  a  U  for  User's  Document,  and  an  S  for  Summary  Document. 
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Key  Word 
Abutment 

Abutment  Intersections 
Account  numbers 
Address 

Array 

B  (Outer)  Spline 


BP -Spline 


Block  Partition  Format 


Description 

A  curve  where  two  or  more  network  edges 
(exactly  or  approximately)  meet. 

Points  where  several  abutments  meet. 

Computing  center  cost  accounting  labels. 

The  software  identification  of  a  word 
In  central  memory. 

A  collection  of  contiguous  words  In 
central  memory. 

A  matrix  which  gives  the  value  of 
source  or  doublet  strength  at  panel 
grid  points  In  terms  of  surrounding 
singularity  parameters. 

A  row  vector  giving  a  flow  quantity  at 
a  grid  point  in  terms  of  the  flow 
quantities  at  surrounding  control 
points. 

The  arrangement  of  a  coefficient  matrix 
as  a  collection  of  rectangular 
submatrices. 


Buffer 

Calling  relationship 
CDC  Cyber  175,  6600,  7600 
Closure  Condition 

Communication  Vehicle 

Compass 

Compilation 


An  area  of  storage  which  temporarily 
holds  data  that  will  be  subsequently 
delivered  to  a  processor. 

The  set  of  all  subprograms  invoked  by  a 
program  unit. 

Control  Data  Corporation  data 
processing  systems. 

A  non  standard  boundary  condition 
Imposed  to  Insure  a  design  network  edge 
will  remain  unchanged  after  the 
geometry  has  been  relofted. 

A  method  of  data  transfer  between 
subprograms. 

The  CDC  Assembly  language. 

The  translation  of  a  high  level  source 
language,  like  FORTRAN  IV,  Into  machine 
language. 


Compressibility  Direction 


Compressible  Inner  Product 

Constraints 

Control  Card  Stream 
Control  Statement 

Core 

CPU  (Central  Processor  Unit) 

Data  Base  Communication  Chart 

Data  Base  Directive 

Data  Base  Information  Table 
Data  Base  Management  System 
Data  Base  status 


The  direction  of  freestream  flow  In  the 
Prandtl-Glauert  equation.  It  Is 
defined  by  the  input  terms  "CALPHA“  and 
"CBETA." 

An  Inner  product  with  respect  to  the 
compressibility  coordinate  system. 

Right-hand-side  values  for  boundary 
condition  equations. 

A  sequence  of  control  statements. 

A  user  Instruction  to  the  operating 
system. 

Semi-conductor  memory  which  Is 
manipulated  by  the  central  processing 
unit. 

Elements  of  a  data  processing  system 
that  carry  out  a  variety  of  essential 
data  manipulations  and  controlling 
tasks. 

A  taoular  listing  which  correlates 
datasets  and  the  subprograms  which  use 
them. 

A  user  directive  which  may  specify  the 
file  Identification  parameters  for  the 
PAN  AIR  databases  and  the  master 
definitions. 

A  tabular  listing  of  the  specifications 
made  by  the  data  base  directives. 

A  piece  of  software  which  manages  data 
bases  In  direct  access  storage. 

The  completeness  of  the  informit<on  In 
a  data  base. 


Data  flow  The  relationship  of  the  output  data  of 

one  program  to  the  Input  data  of 
another  program. 

Dataset  A  collection  of  element  sets  and  their 

associated  key  sets. 


Design  Code 


See  pseudo  code. 


Key  Word 


Description 


{ 


) 


Diagnostic  message, 
warning  message 

Disk 

Element 

Element  Set 

'end  of  record'  card 

Executable  Code 


Execution 


Execution  time 


t 


Program  Identification  of  an 
abnormality  detected  during  execution 
which  will  not  result  In  program 
termination. 

A  computer  storage  medium  external  to 
the  CPU. 

The  basic  Informational  unit  of  an  SDMS 
data  base. 

A  well  defined  collection  of  elements. 

The  delimiter  between  sections  of  a  job 
Input  file. 

FORTRAN  statements  which  specify 
actions  the  program  Is  to  take. 

The  operation  of  the  CPU  under  control 
of  a  program. 

The  wall  clock  time  at  which  a  program 
Is  In  execution. 


Executive  Directive 

I 

I 

Executive  Module 


Fatal  error 

Flow  quantity 
Formal  Parameters 


FORTRAN  IV 
Free  field  format 
Functional  Decomposition 
Glossary 


A  user  directive  which  specifies  the 
type  of  PAN  AIR  analysis. 

The  component  of  a  software  system 
which  controls  the  execution  of  other 
system  components. 

An  abnormality  detected  by  the  program 
during  execution  which  results  In 
program  termination. 

Surface  potential,  velocity  or  normal 
mass  *lux. 

Arguments  which  appear  In  calling 
sequence  of  SUBROUTINE  or  a  FUNCTION. 

A  procedure-oriented  language  supported 
by  CDC  compilers. 

The  Interpretation  of  program  Input  by 
Its  content  Instead  of  position. 

The  breakdown  of  a  major  computing  task 
Into  basic  computing  functions. 

A  section  of  the  program  preface  which 
describes  program  variables. 
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Key  Word 
Heterogeneous 

Homogeneous 

1C  Matrix 

Input 

OCL  (Job  Control  Language) 

J 

Key 

Key  Set 

Library 

Load 

Macro-options 

Main  program 
Main  Overlay 

Maintainability 

Map 

Masking 

Master  Definition  File 


Description 


The  condition  of  the  specified  flow 
data  set  of  the  DIP  data  base  when 
smearing  has  not  been  employed. 

The  condition  of  the  specified  flow 
data  set  of  the  DIP  data  base  after 
smearing  has  been  employed. 

A  matrix  giving  one  or  rare  field  flow 
properties  as  a  linear  combination  of 
the  array  of  singularity  parameters. 

Data  used  downstream  from  a  given  PAN 
AIR  module. 

The  criteria  for  defining  the  set  of 
all  syntactically  correct  control 
statements. 

An  element  set  Identifier. 

A  collection  of  keys  which  uniquely 
Identify  an  element  set. 

See  program  library. 

Transform  a  program  held  on  some 
external  storage  medium  Into  the  main 
memory  of  the  machine  In  a  form 
suitable  for  execution. 

A  data  set  of  the  MEC  data  base  which 
will  Inform  all  downstream  PAN  AIR 
modules  of  an  IC-update,  solution 
update  or  post-solution  run. 

A  program  which  is  not  a  subprogram. 

The  overlay  which  Is  loaded  Initially 
and  remains  In  core. 

Resilience  to  Internal  changes 

A  correlation  between  SDMS  dataset 
elements  and  program  variables. 

A  bit  by  bit  logical  operation  on  one 
or  more  words  In  central  memory. 

A  collection  of  data  records  which 
defines  the  structure  of  a 
permanent/ temporary  data  base. 
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Key  Word 
MEC  Directives 
Modular  Code 
Module 

NOS,  NOS/BE,  SCOPE 
Operating  System 

Out-of-core  Matrix  Multiplication 

Output 

Overlay 

PAN  AIR  Problem 

Permanent  (Temporary)  Data  Base 

Plot  data  file 
Preface 

Primary  Overlay 

Procedure 


Description 


Data  base  directives  and  executive 
directives. 

Software  which  has  localized  the  impact 
of  changes  In  Its  operating  environment. 

One  of  the  ten  basic  programs  of  the 
PAN  AIR  system. 

Control  Data  Corporation  operating 
systems. 

The  computer  system  software  that 
assists  the  hardware  to  Implement 
various  supervisory  and  control 
functions  It  performs  for  the  tasks 
created  by  the  users. 

The  computation  of  the  product  of  two 
out-of-core  matrices  (stored  on  SDMS 
data  bases). 

Data  used  downstream  from  a  given  PAN 
AIR  module. 

A  portion  of  a  ;»rogram  written  on  a 
file  In  absolute  form  and  loaded  at 
execution  time  without  relocation. 

The  computation  of  a  numerical  solution 
to  the  Prandtl-Glauert  equation  and 
boundary  condition  equations  over  a 
surface  configuration. 

A  well  defined  data  structure, 
generated  by  a  particular  PAN  AIR 
module,  which  will  (not)  remain 
accessible  after  the  job  has  run  to 
completion. 

Input  data  to  plotting  software. 

Software  documentation  presented  as 
comment  statements  at  the  beginning  of 
each  PAN  AIR  module. 

An  overlay  which  may  be  called  into 
core  only  by  the  main  overlay  and  Is 
loaded  immediately  following  -he  main 
overlay. 

A  collection  of  control  statements, 
separate  from  the  job  control  statement 
section,  that  may  be  called  by  a 
control  statement. 
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Procedure  File 
Program 

Program  Library 

Program  Tree  Structure 

Pseudo  Code 

Secondary  Overlay 

Smearing 

Software  System 
Solution  data 

Stand-alone  program 
Structured  Programming 

System  Architecture 

Submodule 

Subprogram 


A  collection  of  data  records  which  may 
be  called  as  a  procedure. 

A  collection  of  FORTRAN  statements, 
with  optional  comments,  terminated  by 
an  END  statement. 

A  collection  of  computer  programs  made 
available  to  computer  users  to  reduce 
the  work  of  programming. 

The  schematic  representation  of  calling 
relationships  between  subprograms  of  a 
module. 

A  user-defined,  non  compilable 
shorthand  for  use  In  defining  the  flow 
of  a  program  segment. 

An  overlay  which  may  be  called  Into 
core  only  by  a  primary  overlay  and  Is 
loaded  immediately  following  the 
primary  overlay. 

The  application  of  a  single  specified 
flow  value  to  a  subset  of  control 
points. 

An  Integrated  collection  of  programs 
which  perform  a  major  computing  task, 

Basic  flow  quantities  associated  with  a 
particular  set  of  right-hand-side 
equality  constraints. 

A  program  module  which  may  be  executed 
independent  from  other  modules. 

Software  development  which  has  employed 
disciplined  program  organization  and 
notation  to  facilitate  correct  and 
clear  descriptions  of  data  and  control 
structures. 

The  construction  of  a  computing  system 
by  assembling  basic  modules. 

A  subprogram  of  a  PAN  AIR  module. 

A  program  unit  that  begins  with  a 
SUBROUTINE,  FUNCTION  or  BLOCK  DATA 
statement. 


I 


Subroutine 


A  subprogram  unit  that  begins  with  a 
SUBROUTINE  statement. 


Synmetrlze 


i 

l 


I 

I 


Transportability 
Tree  Diagram 
Unsynmetrize 

User  Directives 


Transform  a  large  system  of  linear 
equations  Into  smaller  systems  of 
linear  equations,  by  using  symmetric 
properties  of  the  coefficient  matrix. 

Resilience  to  external  changes. 

See  program  tree  structure. 

Transform  the  solutions  of  symmetrized 
systems  of  linear  equations  Into  the 
solution  of  the  original  system. 

A  collection  of  user  specifications 
which  define  a  particular  PAN  AIR 
problem  and  Its  computing  environment. 
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11.0  List  of  Symbols 


a  coefficient  of  normal  mass  flux  In  boundary  condition  equation 

a'  coefficient  of  normal  mass  flux  In  closure  equation 

[AIC]  aerodynamic  Influence  coefficient  matrix 

b  constraint  In  a  boundary  condition  equation 

b  vector  of  constraints  In  a  system  of  equations 

[B]  matrix  of  constraint  vectors 

BAS  body  axis  system  (DIP  record  FM3) 

BR  span  reference  parameter  (DIP  record  FM2) 

c  coefficient  of  potential  In  boundary  condition  equation 

cQ  unit  vector  In  compressibility  direction 

Cp  pressure  coefficient 

Cpo  known  value  of  pressure  coefficient 

Cpv  vacuum  (minimum)  value  of  pressure  coefficient 
force  coefficient  vector 
fM  moment  coefficient  vector 

CR  chord  reference  parameter  (DIP  records  FM2  and  FM11) 

d  coefficient  of  tangential  velocity  in  boundary  condition  equation 

ds  differential  of  surface  area 

e  coefficient  of  normal  velocity  In  boundary  condition  equation 

aE  energy  added  by  Incremental  onset  flow 

FX.FY.FZ  components  of  force  coefficient  vector 
1,1  row  Index 

fF,fM  Integrals  related  to  force  and  moment  coefficient  vectors 
0,j  column  Index 

M  number  of  rows  of  panel  corner  points  (grid  points)  In  a  network 


M  vector  at  network  origin  in  direction  of  first  column  of  panel  corner 

points 

MX,MY,MZ  components  of  moment  coefficient  vector 
M^  freestream  Mach  nunber 

n  panel  normal  coordinate 

n  unit  vector  normal  to  panel,  outward-pointing  from  upper  surface 

n  conormal  vector  of  a  panel 

ns  outward-pointing  unit  vector  normal  to  panel  surface 
N  nunber  of  columns  of  panel  corner  points  (grid  points)  in  a  network 

N  vector  at  network  origin  in  direction  of  first  row  of  panel  corner 

points 

? 

p  pressure,  newtons/m 

2 

p  pressure  in  the  freestream,  newtons/m 

P  point  in  space 

POS  plane  of  configuration  symmetry 

Q  arbitrary  point  on  panel  or  on  integration  surface 

"r  field  point 

' fQ  rotation  reference  point  (DIP  record  set  G6) 

R (P ,Q)  hyperbolic  (compressible)  distance  between  P  and  Q 

fig  moment  reference  point  (DIP  record  FM3) 

RCS  reference  coordinate  system 

s  coordinate  on  a  surface 

s  sign  (1-M*  ) 

s^  »  *  1,  sign  corresponding  to  network  edge  in  an  abutment 

SAS  stability  axis  system 

SR  area  reference  parameter  (DIP  records  FM2  and  FM11) 

t  tangential  coordinate  on  a  surface 

t  coefficient  of  tangential  velocity  in  boundary  condition  equation 
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t  vector  tangent  to  surface 

£  unit  vector  tangent  to  surface 

(u,v,w)  components  of  perturbation  velocity  in  coordinate  system  whose  x-axis 
is  aligned  with  freestream  or  uniform  onset  flow  (DIP  records  G10, 

SF7  and  FH14) 

tT„  uniform  onset  flow 

ft  total  onset  flew 

o 

*loc  local  onset  flow  (DIP  record  set  N18) 

Urot  rotational  onset  flow  (DIP  record  set  G6) 

t  perturbation  velocity 

V"  total  velocity 

vj,,  freestream  velocity  (in  compressibility  direction) 

Vcr  critical  speed 

Vm  maximum  speed  (at  vacuum  condition) 

V*  total  velocity  as  used  in  pressure  coefficient  calculations,  see 
equation  (8.4. 12) 

[VIC]  velocity  influence  coefficient  matrix 

t  linearized  perturbation  mass  flux 

W  total  linearized  mass  flux 

WAS  wind  axis  system 

(x,y,z)  compressibility  coordinate  system 
(x0,y0,Zo)  reference  coordinate  system 
(x,y,z)  scaled  coordinate  system 

(x',y',z')  a  coordinate  system  for  force  and  moment  coefficients 
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Greek  Symbols 


angle  of  attack,  rad 

angle  of  attack  defining  compressibility  direction,  rad 

-  U  -  m»2I  1/2 

specified  flow  in  boundary  condition  equation 

angle  of  sideslip  defining  compressibility  direction,  rad 

ratio  of  specific  heats  of  a  gas 

surface  vorticity  vector,  see  equation  (A. 2. 9) 

rotation  matrix 

difference  between  values  on  the  upper  and  lower  surfaces  of  a  panel 
difference  between  simulated  and  actual  surfaces 


aV  incremental  onset  flow  velocity 

c  user-defined  tolerance  distance  for  edge  matching  (DIP  record  G7) 

©  an  Euler  angle  defining  body  axis  system  (DIP  record  FM3) 

\  array  of  singularity  parameters 

[a1  matrix  of  vectors  of  singularity  parameters 

v  doublet  strength  at  a  point  on  a  panel 

y.  doublet  strength  at  point  on  the  ith  edge  of  an  abutment 

U.n.C)  panel  coordinates 

p  density  of  fluid,  kg/m^ 

o  density  of  fluid  in  freestream,  kg/m^ 

o  source  strength  at  a  point  on  a  panel 

53  denotes  summation 

perturbation  potential,  an  Euler  angle  defining  body  axis  system  (DIP 
record  FM3) 

<?  total  potential 


an  Euler  angle  defining  body  axis  system  (DIP  record  FM3) 
-  (x/ SB2,  y,  z) 

rotational  onset  flow  velocity 

Subscripts 

average  of  upper  and  lower  surface  values 
compressibility,  camber,  closure 
difference  of  upper  and  lower  surface  values 
flap 
input 

lower  surface  value 
normal  direction 
normal  mass  flux 
normal  velocity 
potential 
rotation 

tangential  direction,  thickness 
upper  surface  value 

denotes  first,  second  boundary  condition  equation 
denotes  undisturbed  flow 

Overscripts 

denotes  a  vector 


denotes  a  unit  vector 


Other  Symbols 


a  denotes  partial  differentiation 

V  gradient  operator 

fr  compressible  gradient  operator,  see  section  A. 2 

{}  denotes  a  col  inn  vector 

[  1  denotes  a  matrix 

JJ  surface  integral 

«  very  much  less  than 

vector  cross  product  operation 
vector  dot  product  operation 
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A.O  Fundamental  Aspects  of  Boundary  Value  Problems  PAN  AIR  Can,  Solve 

The  fundamental  ideas  behind  the  method  PAN  A’R  uses  to  solve  boundary 
value  problems  are  described  in  this  appendix.  First,  some  basic  relations  of 
■fliild  mechanics  are  summarized,  Second,  the  properties  of  source  >nd  doublet 
panels  are  described.  Third,  the  dof  iriiitkOn  of  a  properly  posed  boundary 
value  problem  together  with  some  examples  of  well  and  11'i-posed  boundary  value 
problems  are  disossed. 

1  i  •  _  (  I  ( 

I  i  i  l  > 

A.l  Prandtl-Glauert  equation 

The  perturbation  velocity  potential  d  of  the  fluid  motion  satisfies  a 
second-order  linear  partial  differential  equation  called  the  Prahdtl-Glauert 
equation 

’  ..  i  •  '  , 

(1  -  M-2)  #xx  '♦  #  ♦  -  0  (A. 1.1) 

where  is  the  Mach  number  of  the  freestream  flow.  PAN  AIR  solves  the 
Prandtl-Glauert  equation  with  appropriate  boundary  conditions  for  the  fluid 
motion.  The  equation  describes  the  steady,  irrotational  motion  of  a  perfect, 
invlscld  fluid.  The  equation  is  derived  from  the  general  relations  of  fluid 
motion  by  restriction  to  small  perturbations  from  freestream  flow  and  by 
exclusion  of  the  range  of  transonic  flow.  For  incompressible  flow  M«,  «  0; 
the  Prandtl-Glauert  equation  becomes  Laplace's  equation.  For  compressible 
flow  the  x-axis  in  the  Prandtl-Glauert  equation  is  termed  the  compressibility 
direction.  (The  compressibility  direction  is  specified  by  the  angles  CALPrtA 
and  CBETA  of  record  G5.)  The  Mach  number  can  be  less  than  or  greater  than 
one,  corresponding  to  subsonic  or  supersonic  flow. 

The  perturbation  velocity  of  the  fluid  motion  is  the  gradient  of  the 
perturbation  velocity  potential,  that  is, 

-  "v  «  v#  (A. 1.2) 

where  V  is  the  gradient  operator  with  components 


V-  (  i-  L.  i_  ) 
ax  ,  »y  ,  jz 

The  total  velocity  of  the  fluid  motion  is  the  sum  of  the  freestvear i  and  the 
perturbation  velocities. 

V  -  l  +  v  (A.l. 3) 

The  freestream  Mach  number  M»  is  the  ratio  of  the  freestream  flow  speed  VL 
and  the  freestream  speed  of  sound. 
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The  development  of  the  Prandtl-Glauert  equation  from  the  basic  relations 
of  fluid  mechanics  Is  discussed  In  sections  2  and  3  of  the  Theory  Document. 
The  associated  integral  equation  Is  discussed  In  appendices  A  and  B  of  the 
Theory  Document. 


A. 2  Properties  of  Source  and  Doublet  Panels 


The  properties  of  source  and  doublet  panels  are  Important  In  modeling  flow 
fields.  PAN  AIR  uses  composite  panels  which  have  both  source  and  doublet 
singularity  distributions.  The  properties  of  the  composite  panels  are  a 
linear  combination  of  the  properties  of  source  and  doublet  panels.  The  source 
and  doublet  singularities  are  related  to  the  jump  properties  across  a  panel, 
which  are  Important  for  understanding  how  each  singularity  Is  used  to  satisfy 
the  imposed  boundary  conditions.  {For  standard  aerodynamic  analysis  problems, 
that  Is,  class  1  boundary  conditions,  the  specification  of  the  boundary 
condition  equations  Is  developed  entirely  by  PAN  AIR.)  Each  panel  has  two 
surfaces,  the  “upper"  and  "lower"  surfaces,  with  the  panel  normal  vector  n 
pointing  outward  from  the  upper  surface. 

The  source  a  and  the  doublet  u  strengths  of  a  panel  are  related  to  the 
jump  properties  across  the  panel. 

o  .  n  .  (wj,  -  WL)  (A. 2. la) 

w  -  -  *L  (A. 2. lb) 

where  n  -  (nx,  ny,  n2)  Is  the  panel  normal  vector,  "W  Is  the  mass  flux,  and  the 
subscripts  U  and  l  Indicate  the  upper  and  lower  surfaces  of  the  panel. 

The  source  strength  can  be  expressed  In  terms  of  either  the  perturbation 
mass  flux  or  the  velocity  potential.  The  total  linearized  mass  flux  Is 

H  «  "&•  +  w  (A.2.2) 

as  discussed  In  section  5.4  of  the  Theory  Document.  The  perturbation  mass 


(A.2.4) 


o  -  n  .  { vJjj  -  w^)  (A. 2. 5a) 

o  -  n  .  V  -  iL)  -  n  .  V  (4y  -  *L)  (A.2.5b) 

where  n  -  (s  8  nx,  ny,  n2)  is  the  panel  conormal  vector. 

The  relations  between  the  jump  properties  across  a  panel  and  the  source 

and  doublet  strengths  on  the  panel  are  summarized  In  table  A.l.  The  source 

strength  on  a  panel  Is  equal  to  the  jump  In  the  normal  component  of  the  mass 
flux  (either  perturbation  or  total)  between  the  upper  and  lower  surfaces  of 
the  panel.  For  the  special  case  of  Incompressible  flow  the  source  strength  Is 
also  equal  to  the  jump  In  the  normal  velocity  component.  The  doublet  strength 
on  the  panel  Is  equal  to  the  jump  In  the  velocity  potential  between  the  upper 
and  lower  surfaces.  The  preceding  relations  for  the  source  and  doublet 
strength  are  developed  from  the  Integral  equation  for  the  velocity  potential 
In  section  3  of  the  Theory  Document. 


Jump 

Source  Panel 

Doublet  Panel 

Normal  Mass  Flux,  a  wn 

0 

0 

Tangential  Velocity,  a  v^ 

0 

Vu 

Potential,  a  4 

0 

V 

Table  A.l  -  Values  of  the  jumps  between  the  upper  and  lower 
surfaces  of  composite  panels  (compressible  flow) 


The  Increment  In  potential  due  to  a  source  density  distribution  over  a 
panel  of  area  «S,  figure  A.l,  Is 


«4(P)  - 


4  w  R(P.Q) 


<S 


(A.2.6) 
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where  o(Q)  is  the  source  density,  Q  ■  (£  ,  n.  C  )  is  ®  point  on  the  panel, 

P  .  (x,y,z)  is  a  point  in  space,  and  R(P,Q)  is  the  hyperbolic  distance  between 
points  Q  and  P. 

[R(P,Q)]2  -  (£-  x)2  +  sg2  [(n  -  y)Z  +  ({  -  z)2]  (A. 2. 7) 

The  jump  properties  of  the  source  panel  are  shown  In  figure  A.l.  The  normal 
component  of  the  mass  flux  jumps  across  the  panel,  the  jump  being  equal  to  the 
source  strength  on  the  panel  by  equation  (A. 2. la).  The  velocity  potential  is 
continuous  across  a  source  panel.  Since  the  velocity  potential  is  continuous 
across  the  panel  at  all  points  on  the  panel,  the  tangential  velocity  component 
is  also  continuous  across  the  panel. 

The  Increment  in  potential  due  to  a  doublet  density  distribution  over  a 
panel  of  area  «S,  figure  A. 2,  is 

‘  *«»  ‘rrQ  <  4 .  i  jm  >  ‘s  w-2-8' 


where  u(Q)  is  the  doublet  density.  The  jump  properties  of  the  doublet  panel 
are  shown  in  figure  A. 2.  The  potential  jumps  across  the  panel,  the  jump  being 
equal  to  the  doublet  strength  on  the  panel  by  equation  (A. 2. lb).  The 
tangential  velocity  also  jumps  across  the  panel,  the  jump  being  equal  to  the 
gradient  of  the  doublet  strength  on  the  panel.  The  normal  component  of  the 
mass  flux  is  continuous  across  the  panel. 

The  doublet  panels  used  in  PAN  AIR  are  equivalent  to  vortex  panels.  The 
equivalent  surface  vorticity  is  obtained  from  the  doublet  strength  by  the 
relation 


Y  ■  n  X  Vji 


(A. 2.9) 


where  "y  is  the  surface  vorticity  vector.  Both  y  and  vu  are  in  the 
plane  of  the  panel. 

The  properties  of  a  vortex  panel  are  shown  In  figure  A. 3.  The  jump 
properties  of  the  vortex  panel  are  the  same  as  those  of  the  equivalent  doublet 
panel.  The  velocity  potential  Is  discontinuous  across  the  panel,  the  jump 
being  equal  to  the  doublet  strength.  The  tangential  velocity  is  discontinuous 
across  the  panel,  the  jump  being  related  to  the  surface  vorticity  by  equation 
(A. 2. 9).  In  component  form 


<V>u-  <V>i 


V 


(A. 2. 10a) 


Vu-Vi^-V  {A'2,10b) 

where  x1  and  y'  are  orthogonal  coordinates  in  the  panel  plane.  The  normal 
component  of  the  mass  flux  is  continuous  across  the  vortex  panel. 
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Since  the  surface  vorticity  is  related  to  the  derivatives  of  the  doublet 
strength,  a  discontinuity  in  the  doublet  strength  Introduces  line  vortex  terms 
(see  appendix  B.3  of  the  Theory  Document).  This  is  illustrated  by  a  simple 
example.  Consider  a  distribution  of  doublet  strength  in  the  x'y'  plane  whose 
strength  Is  constant  for  positive  values  of  x',  that  is, 

x'  <  0 
x'  >0 


This  uoublet  distribution  gives  the  same  flow  field  as  a  line  vortex  aligned 
with  the  positive  y'-axls  and  having  strength  pq.  The  doublet  sheet  is 
accordingly  equivalent  to  this  line  vortex,  with  a  cut  introduced  on  the  x'y1 
half-plane  (x1  >  0)  to  allow  a  discontinuity  in  the  potential,  equal  to  pq 
by  equation  (A. 2. lb),  across  the  half-plane.  In  a  similar  manner,  a  doublet 
panel  with  constant  doublet  strength  is  equivalent  to  a  constant  strength  ring 
vortex  located  on  the  panel  perimeter. 

The  composite  panel  of  PAN  AIR  includes  both  the  source  and  doublet 
panels.  The  jump  conditions  associated  with  the  composite  panel  are  simply  a 
linear  combination  of  those  for  the  source  and  doublet  panels. 


v(x',  y') 
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A. 3  Well  and  Ill-Posed  Boundary  Value  Problems 


PAN  AIR  can  solve  only  properly  posed  boundary  value  problems,  so  it 
behooves  the  pioneering  user  to  understand  what  this  means.  The  dictates  thus 
imposed  arise  directly  from  the  fundamental  mathematical  requirements 
(reference  A.l)  of  the  partial  differential  equation  being  solved  and  are  in 
no  way  related  to  the  numerics  associated  with  PAN  AIR.  The  key  issues 
involved  are  the  following. 


A. 3.1  Domains,  Boundaries  and  Surfaces 


A  "domain"  is  defined  to  be  a  region  in  space  containing  fluid.  A 
"boundary"  is  defined  to  be  a  perimeter  of  a  domain.  The  term  "surface"  is 
given  a  special  meaning:  a  boundary  has  two  surfaces  either  referred  to  as 
"inner"  and  "outer"  if  useful  for  physical  interpretation  or  referred  to  as 
"upper"  and  "lower"  which  are  specific  designations  in  PAN  AIR.  The 
terminology  for  the  two  surfaces  of  a  boundary  is  required  since  boundary 
conditions  must  be  specified  on  both  surfaces  in  most  problems. 

Each  domain  Is  completely  circumscribed  by  a  boundary.  This  simple 
statement  can  be  somewhat  difficult  to  comprehend  for  domains  which  extend  to 
infinity.  However,  this  is  easily  overcome  by  adopting  the  thinking  that 
there  always  must  exist  a  boundary  at  infinity.  Figure  A. 4  gives  an  example 
containing  two  domains  and  two  boundaries.  Domain  1  is  bounded  completely 
(that  is,  "closed")  by  the  boundary  at  infinity  and  the  "outer"  surface  of  the 
finite  boundary.  Domain  2  is  bounded  completely  by  the  "inner"  surface  of  the 
finite  boundary. 
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Another  classification  of  surfaces  occurs  in  supersonic  flow  because  the 
nature  of  the  boundary  value  problem  depends  upon  the  surface  Inclination. 
Surface  panels  are  classified  as  "super inclined"  or  "subinclined"  if  the  panel 
Is  Inclined  ahead  of  or  behind  the  Mach  lines  of  the  freestream  flow, 
respectively.  Examples  are  given  In  figure  A, 5.  Equivalently  the  panel  is 
super  Inc lined  or  subinclined  If  the  product  (n»n)  of  the  panel  normal  and 
conormal  vectors  Is  negative  or  positive,  respectively  (see  section  5.2  of  the 
Theory  Document).  If  the  panel  Is  superinclined,  no  point  on  the  panel  lies 
In  the  downstream  zone  of  influence  of  any  other  point  on  the  panel.  If  the 
panel  is  subinclined,  the  more  downstream  points  lie  In  the  zone  of  influence 
of  the  more  upstream  points.  The  distinction  between  subinclined  and 
superinclined  panels  is  fundamental  In  formulating  boundary  value  problems  In 
supersonic  flow.  The  standard  application  of  superinclined  panels  Is  at  an 
engine,  either  to  seal  off  the  Inlet  or  to  specify  exhaust  mass  flow. 
Superinclined  panels  should  be  avoided  In  such  applications  as  the  blunt 
leading  edge  of  a  wing.  However,  if  the  leading  edge  Is  subsonic,  the  panels 
on  the  leading  edge  will  be  sub Inc  lined. 


A. 3.2  Flow  In  a  Domain 


The  flow  in  any  one  domain  is  governed  entirely  by  boundary  conditions 
applied  on  the  surfaces  which  are  "wetted"  by  the  domain.  In  the  example  of 
figure  A. 4,  the  flow  in  domain  1  Is  governed  entirely  by  boundary  conditions 
applied  on  the  boundary  surface  at  Infinity  and  on  the  outer  surface  of  the 
finite  boundary,  these  surfaces  hereinafter  being  referred  to  as  the  boundary 
surfaces  of  domain  1.  The  flow  In  domain  2  Is  governed  entirely  by  boundary 
conditions  applied  on  the  inner  surface  of  the  finite  boundary.  Note  that  the 
flows  In  each  domain  are  completely  isolated  from  one  another  In  the  sense 
that  all  boundary  conditions  affecting  the  flow  In  domain  1  do  not  Influence 
the  flow  in  domain  2,  and  vice  versa. 

Since  flows  In  separate  domains  are  completely  Independent  of  each  other, 
it  Is  essential  that  the  PAN  AIR  user  realize  when  domains  are  separate  and 
when  they  are  not  In  a  given  problem.  A  fairly  common  situation  is  shown  In 
figure  A. 6.  In  figure  A. 6a  a  closed  boundary  Is  defined  w.ilch  separates 
domain  1  outside  the  boundary  from  domain  2  inside  the  boundary.  In  figure 
A. 6b  an  open  boundary  is  defined  resulting  In  a  single  domain  which  Includes 
the  regions  outside  and  inside  the  open  boundary.  A  common  example 
Illustrating  a  practical  encounter  with  these  distinctions  Is  the  treatment  of 
a  wing  tip.  If  the  tip  Is  closed  by  means  of  a  paneled  surface,  then  two 
domains  are  created  and  the  flow  about  the  exterior  of  the  wing  Is  completely 
Isolated  from  that  In  the  Interior  domain.  But  if  the  wing  tip  Is  left  open, 
the  "inside"  of  the  wing  becomes  part  of  the  external  flow  domain. 
Consequently,  the  boundary  conditions  on  the  inside  surface  will  Influence  the 
external  flow  field,  possibly  In  a  significant  and  unrealistic  manner. 


A. 3. 2.1  Subsonic  Case 


In  a  subsonic  flow,  boundary  conditions  applied  on  any  portion  of  the 
boundary  surfaces  wetted  by  a  domain  influence  the  flow  throughout  the  entire 
domain. 


A-6 


v;v  'rr:rrsn.‘\r?r‘ 


A.3.2.2  Supersonic  Case 


In  a  supersonic  flow,  boundary  conditions  applied  on  any  portion  of  a 
boundary  surface  wetted  by  a  domain  Influence  the  flow  only  in  a  region 
bounded  by  the  Mach  cone  envelope  opening  downstream  from  that  portion  of  the 
boundary  surface. 


A. 3. 3  Boundary  Conditions 


A.3.3.1  Subsonic  Case 


In  the  subsonic  case,  boundary  conditions  governing  the  flow  in  any  domain 
must  be  applied  on  every  part  of  every  boundary  surface  wetted  by  the  domain. 
There  can  be  no  exceptions;  there  can  not  exist  a  part  of  the  boundary  surface 
wetted  by  the  domain  that  does  not  have  an  associated  boundary  condition. 

Furthermore,  only  certain  types  of  boundary  conditions  are  allowed,  namely 
those  of  the  form 

a  (w.n)  +  c  i  +  d  -84-  +  e  -iA-  -  b  (A.3.1) 

at  an 


where  a,  b,  c,  d  and  e  are  specified.  PAN  AIR  allows  the  user  to  specify  the 
general  boundary  condition  of  equation  (A.3.1). 

In  the  case  where  c«d»e»0,  this  reduces  to  the  classical  "Neumann" 
boundary  condition  allowing  the  specification  of  the  normal  mass  flux,  that  is, 

liv.n  ■  (A. 3. 2) 

Cl 

(In  PAN  AIR  normal  mass  flux  boundary  conditions  are  usually  used  in 
preference  to  normal  velocity  boundary  conditions.  The  two  conditions  become 
equivalent  in  incompressible  flow.) 

In  the  case  where  a-d«e«0,  this  reduces  to  the  classical  “Oirichlet" 
boundary  condition  allowing  the  specification  of  6  ,  that  is. 
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In  the  case  where  a-c-e-0,  this  reduces  to  a  design-type  boundary 
condition  allowing  the  specification  of  ,  a  tangential  velocity 

component. 

In  all  cases  with  subsonic  flow,  only  one  such  boundary  condition  is 
permitted  on  any  part  of  a  boundary  surface.  It  is  never  permissible  to 
Impose  more  than  one  boundary  condition  on  Ihe  same  part  of  a  boundary 
surface.  Note,  however,  that  we  are  defining  the  boundary  surface  as  that 
wetted  by  the  domain.  Thus,  in  the  example  of  figure  A. 4,  the  finite  boundary 
contains  two  surfaces,  its  "inner"  and  "outer"  surface.  One  is  allowed  and 


required  to  apply  one  boundary  condition  on  the  outer  surface  to  control  the 
flow  in  domain  1,  and  one  Is  allowed  and  required  to  apply  one  boundary 
condition  on  the  inner  surface  to  control  the  flow  in  domain  2.  These  two 
boundary  conditions  are  to  be  thought  of  as  completely  Independent. 

In  PAN  AIR  the  boundary  condition  required  to  be  applied  at  any  and  all 
boundary  surfaces  located  at  Infinity  is  dealt  with  automatically  through 
specification  of  the  free  stream  conditions  and/or  the  angles  of  attack  and 
sideslip,  which  are  controlled  directly  by  the  conditions  at  infinity.  The 
user  need  not  be  further  concerned  about  the  boundary  conditions  at  infinity. 


A, 3. 3. 2  Supersonic  Case 


In  the  supersonic  case  the  rules  are  different.  Here  we  have  the 
possibilities  of  subinclined  boundary  surfaces  or  superinclined  boundary 
surfaces.  (PAN  AIR  does  not  permit  the  use  of  boundary  surfaces  inclined  at 
exactly  the  Mach  angle.) 

(1)  Subinclined  Surfaces.  For  these  the  rules  are  the  same  as  for  subsonic 
flow,  namely  there  must  be  one  and  only  one  boundary  condition  on  every 
subinclined  part  of  a  boundary  surface  wetted  by  a  domain.  The  permissible 
choices  are  the  same  as  for  subsonic  flow,  that  is,  those  listed  in  equation 
(A.3.1) . 

(2)  Superinclined  Surfaces.  The  two  basic  rules  for  superinclined  surfaces 
are  shown  in  figure  A.^.  The  first  rule  is  that  no  boundary  conditions  are 

fermitted  on  any  portion  of  the  upstream  surface  of  a  superinclined  boundary. 
Any  conditions  on  this  surface" 'would  have  no  effect  on  the  upstream  flow 
field.)  The  second  rule  Is  that  two  Independent  boundary  conditions  must  be 
imposed  on  each  and  every  portion“oT  the  downstream  surface  of  a  superinclined 
bouncTary.~"The  permissible  choices  for  the  two  boundary  conditions  are  those 
listed  In  equation  (A.3.1).  Application  of  these  two  rules  is  shown  In  figure 
A. 8.  Figure  A. 8a  is  an  example  of  flow  impinging  on  a  superinclined  nacelle 
inlet.  Since  no  boundary  condition  can  be  Imposed  on  the  upstream  surface,  no 
condition  can  be  used  to  specify  the  nacelle  inlet  flow.  Figure  A. 8b  is  an 
example  of  flow  exiting  from  a  nacelle  outlet.  Since  two  boundary  conditions 
can  and  must  be  imposed  on  the  downstream  surface,  one  condition  can  be  used 
to  specify  the  nacelle  outlet  flow. 


A. 3. 4  Special  Rules 


There  are  a  few  special  rules  which  are  exceptions  to  those  specified  in 
section  A. 3. 3.  They  are  the  following. 


A. 3. 4.1  Domains  not  Wetting  a  Boundary  Surface  at  Infinity 


The  simplest  example  of  this  is  domain  2  of  figure  A. 4,  which  is 
completely  enveloped  by  a  finite  boundary.  Another  example  is  that  of  a 
domain  bounded  by  a  tubular  surface  extending  to  infinity  as  sketched  in 


figure  A. 9.  (This  domain  falls  loosely  within  the  definition  of  "not  wetting 
a  boundary  surface  at  infinity"  in  the  sense  that  the  angle  subtended  by  a 
cross-section  of  the  tube  is  zero  at  infinity.)  This  example  is  commonly 
encountered  in  the  modeling  of  propulsion  system  exhaust  plumes.  In  these 
cases,  the  following  special  rules  apply. 

(1)  Subsonic  Flow  -  Rule  1.  Neumann  boundary  conditions  applied  everywhere  on 
the  boundary  surface  wetted  by  the  (finite)  domain  are  illegal  (for  example, 
equation  (A. 3. 2)  applied  everywhere  on  the  surface).  A  physical  rationale 
underlying  this  rule  is  readily  apparent  in  the  example  of  figure  A. 4,  whereby 
its  violation  would  enable  the  boundary  conditions  to  command  a  net  flux  of 
mass  into  or  out  of  the  domain  2  of  finite  size,  which  is  clearly  not 
physically  possible.  This  rationale  is  somewhat  obscure  in  the  example  of 
figure  A. 9,  but  the  rule  is  nevertheless  valid.  If  the  user  violates  this 
special  rule  with  PAN  AIR  his  run  will  blow,  usually  with  a  singular  matrix^ 
(Note  that  this  is  an  inherent  problem,  so  that  the  user  can  not  avoid  the 
problem  by  insuring,  even  to  extreme  accuracy,  that  the  net  mass  flux  flowing 
from  the  surface  is  zero.) 

This  rule  does  not  apply  if  the  domain  extends  to  infinity  with  a  nonzero 
subtended  angle.  In  figure  A. 4,  for  example,  mass  flux  boundary  conditions 
can  be  specified  on  the  outer  surface  of  the  finite  boundary.  The  resulting 
boundary  value  problem  in  the  infinite  domain  1  will  be  properly  posed.  The 
net  mass  flux  out  of  the  surface  wetted  by  the  infinite  domain  need  not  be 
zero.  However,  In  figure  A. 9  the  domain  within  the  tube  extends  to  Infinity 
with  zero  subtended  angle  and  hence  mass  flux  boundary  conditions  applied 
everywhere  on  the  surface  wetted  by  this  domain  are  illegal. 

The  examples  of  figure  A. 6  show  how  this  rule  requires  the  user  to  realize 
what  domains  have  been  defined  when  he  specifies  the  c jnfiguration 
boundaries.  With  the  closed  boundary  of  figure  A. 6a,  domain  2  is  of  finite 
size,  so  that  it  is  Illegal  to  specify  mass  flux  boundary  conditions  on  the 
inside  surface  of  the  boundary.  With  the  open  boundary  of  figure  A. 6b,  there 
is  no  domain  of  finite  size.  Thus  it  is  legal  to  specify  mass  flux  boundary  ' 
conditions  on  the  inside  surface  of  the  boundary.  Conversely  however,  any 
boundary  conditions  specified  on  that  surface  will  influence  the  "external" 
flow  field,  as  discussed  previously. 

(2)  Subsonic  Flow  -  Rule  2.  A  Dirichlet  boundary  condition,  equation  (A. 3. 3), 
must'  be  used  at  least  at  one  point  on  the  surface  of  an  interior  domain  such 
as  domain  2  of  figure  A. 4  and  the  inside  of  the  tube  of  figure  A. 9.  If  this 
is  not  done,  the  absolute  level  of  the  velocity  potential  within  the  domain 
will  be  indeterminate.  When  using  the  PAN  AIR  class  1  boundary  conditions  for 
a  thick  configuration,  for  example,  the  perturbation  velocity  potential  is  set 
to  zero  on  the  surface  wetted  by  the  finite  domain. 

(3)  Supersonic  Flow  -  Rules.  This  flow  regime  is  less  well  understood  at  the 
present-  time.  However,  recent  work  seems  to  be  leading  toward  the  suggestion 
that  the  boundary  value  problem  Is  always  well-posed  when  the  downstream  end 
of  a  domain  contains  some  region  of  super inclined  boundary  surface  or  extends 
to  infinity.  Also,  computational  experience  indicates  that  useful,  physically 
valid  solutions  are  usually  obtained  with  the  class  1  boundary  conditions,  but 
the  fundamental  mathematical  justification  for  the  validity  of  this  boundary 
value  formulation  remains  to  be  proved  for  supersonic  flow.  Indeed,  there  are 
indications  that  if  nonsmooth  or  nonzero  values  of  the  perturbation  potential 
are  prescribed,  a  true  (in  a  mathematical  sense)  solution  may  not  exist. 
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A. 3. 4. 2  Design  Type  Boundary  Conditions 


The  specification  of  »  f(s»t)  as  a  boundary  condition,  where  s,t 

TE“ 

refer  to  local  coordinates  on  a  surface,  does  not  yield,  by  itself,  a  unique 
solution.  This  can  be  seen  by  integrating  this  expression  to  yield 

*(s,t)  =  J_j£_  dt  +  g(s)  (A. 3.4) 

where  g(s)  is  any  arbitrary  function  of  s.  Equation  (A. 3.4)  is  the  classic 
Dirichlet  boundary  condition  and  thus  constitutes  a  well-posed  boundary 
condition.  The  problem  is  that  g(s)  is  indeterminate.  Therefore,  additional 
boundary  conditions  must  be  formulated  to  establish  g(s). 

These  conditions  are  obtained  from  physical  features  of  the  flow  and  are 
handled  automatically  for  the  user  in  PAN  AIR.  In  the  case  of  a  thin  lifting 
wing  design,  g(s)  may  be  viewed  as  an  indeterminacy  'in  the  level  of  the 
potential  as  a  function  of  the  spanwise  coordinate  (corresponding  to  s).  PAN 
AIR  selects  that  solution  which  renders  the  potential  j\  .p  across  the  wing  at 
its  leading  edge  to  be  zero,  which  is  the  physically  ~orrect  condition.  In 
other  cases  involving  thickness  design,  the  PAN  AIR  input  allows  the  user  to 
specify  a  closure  condition,  which  renders  g(s)  determinate. 


A. 3. 4. 3  Mixed  Type  Boundary  Conditions 


PAN  AIR  is  sufficiently  general  to  permit  a  user  to  input  mixed  boundary 
conditions  of  the  form  of  equation  (A. 3.1).  However,  existence  and  uniqueness 
issues  associated  with  special  cases  which  may  arise  have  not  been  examined  at 
this  time,  so  the  user  should  proceed  with  caution  and  an  inquisitive  mind. 


A. 3. 5  Connectivity,  Wakes  and  Kutta  Conditions 


The  inquisitive  reader  will  find  the  subject  of  connectivity  discussed  in 
a  variety  of  texts  (references  A. 2  and  A. 3).  Indeed,  the  advanced  user  may 
find  it  instructive  to  read  the  literature  on  the  subject,  but  for  almost  all 
practical  purposes  the  PAN  AIR  use.'  need  only  model  his  problem  using  a 
reasonable  degree  of  physical  insight  in  the  treatment  of  wakes. 

The  textbooks  state  that  a  multiply-connected  domain  must  be  rendered 
singly-connected  by  the  insertion  of  appropriate  "cuts"  or  "barriers"  in  space 
before  it  can  be  solved  as  a  properly  posed  boundary  value  problem.  An 
example  of  this  is  shown  in  figure  A. 10  for  the  case  of  a  two-dimensional 
configuration  and  flow  field.  In  figure  A. 10a  the  exterior  domain  is 
doubly-connected  due  to  the  isolated,  finite  boundary.  In  figure  A. 10b  a  cut 
representing  a  doublet  sheet  has  been  added  which  connects  the  isolated 
boundary  with  that  at  infinity.  The  exterior  region  is  now  singly-connected. 
(In  practice  a  panel  model  of  a  doublet  sheet  can  not  and  need  not  extend  to 
infinity.)  In  aerodynamics  problems  these  "cuts"  are  invariably  doublet 
sheets  representing  physical  wakes  emanating  from  physical  boundaries  in  the 
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presence  of  Kutta  conditions.  If  the  PAN  AIR  user  selects  the  presence  or 
absence  of  wakes  and  Kutta  conditions  by  following  physical  observation  and 
his  aerodynamics  training,  PAN  AIR  will  invariably  relieve  him  of  further 
worries  of  mathematical  connectivity.  In  adding  the  physically  proper  wakes 
and  Kutta  conditions  to  his  physical  problem,  he  will  have  added  the  "cuts"  or 
"barriers"  discussed  by  the  mathematician.  Also,  PAN  AIR  will  automatically 
impose  the  proper  boundary  condition  at  the  abutment  of  the  trailing  edge  of 
the  physical  (non-wake)  boundary  and  the  wake.  With  a  subsonic  trailing  edge, 
the  Kutta  condition  is  applied.  With  a  supersonic  trailing  edge,  the  flows  on 
the  upper  and  lower  surfaces  of  the  physical  boundary  are  independent. 

For  those  who  have  studied  the  texts,  we  report  that  PAN  AIR  will  produce 
a  unique  solution  to  a  problem  with  a  multiply-connected  domain.  The  solution 
produced  will  be  the  one  corresponding  to  continuity  of  the  velocity  potential 
across  any  cut  or  cuts  the  user  would  otherwise  have  added.  A  simple  example 
illustrating  this  would  be  a  two  dimensional  airfoil  in  the  absence  of  a 
wake.  In  such  a  case,  there  is  no  mechanism  for  the  user  to  apply  a  Kutta 
condition  (because  we  have  purposefully  omitted  the  doublet  wake  in  order  to 
create  a  doubly-connected  domain)  and  PAN  AIR  would  produce  the  nonlifting 
flow  solution  about  the  airfoil  irregardless  of  its  angles  of  attack  and 
camber. 


A. 3. 6  Integral  Equation  Considerations 


PAN  AIR  solves  the  Prandtl-Glauert  equation  by  means  of  an  integral 
equation  formulation  (see  appendix  B  of  the  Theory  Document).  One  consequence 
is  that  solutions  are  produced  in  all  space,  encompassing  every  domain.  In 
the  typical  engineering  problem  only  certain  of  the  domains  are  of  physical 
interest.  For  example,  in  the  analysis  of  flow  over  a  thick  wing  or  body, 
only  the  domain  extending  from  the  configuration  boundaries  to  infinity  is  of 
physical  interest.  Nevertheless,  PAN  AIR  will  produce  solutions  in  all  space, 
which  in  this  example  will  include  a  flow  solution  in  the  nonphysical  domain 
corresponding  to  the  physical  interior  of  the  thick  wing  or  Body. 

The  primary  reason  that  the  PAN  AIR  user  must  be  concerned  with  flows  in 
nonphysical  domains  is  that  the  mathematics  embodied  In  PAN  AIR  require  that 
all  boundary  value  problems  governing  flows  in  the  nonphysical  domains  be  well 
posed,  just  as  is  required  in  the  physical  domains.  Thus,  the  “rules  “and 
exceptions  set  forth  in  the  preceding  paragraphs  apply  equally  to  physical  and 
nonphysical  domains. 

Having  learned  that  attention  must  be  paid  to  the  boundary  value  problem 
formulations  in  nonphysical  domains,  the  user  must  next  be  provided  with  means 
enabling  him  to  determine  the  character  of  the  boundary  value  problem  in 
nonphysical  domains  and  to  modify  or  fix  it  if  required  to  render  it  properly 
posed.  For  this  we  list  two  possibilities.  (The  following  discussion  covers 
the  cases  of  subsonic  flow  and  supersonic  flow  without  superincl ined  panels.) 

1.  Direct  Specification  of  Boundary  Conditions  on  All  Boundaries  of  A1 1 
Domains.  This  option  is  always  available.  The  user  is  free  to  specify 
whatever  boundary  conditions  he  desires  on  surfaces  wetted  by  nonphysical 
domains,  subject  to  the  rules  listed  heretofore.  In  so  doing  he  would 
probably  try  to  select  boundary  conditions  that  produced  smooth  singularity 


A— 11 


^ay?gtTCg"eWBWWt;  1*^  .  'WU,«Wi..|*,  gBWWPPWIjSjBI 


( 


strength  variations  on  the  surfaces  so  as  to  enhance  the  overall  numerical 
accuracy  of  the  solution.  In  practice  this  option  Is  not  recommended  because 
It  Is  computationally  expensive.  It  requires  the  use  of  sources  and  doublets 
of  unknown  strengths  on  every  boundary  and  this  leads  to  unnecessarily  large 
matrices  to  be  solved. 

2.  Selection  of  One  Surface  Singularity  Type  So  as  to  Produce  Proper  Boundary 
Value  formulations  in  All  Domains.  This  is  the  option  used  by  PAN  AIR  in  most 
of  the  standard  classes  of  problems.  Whenever  a  boundary  exists  between  two 
domains,  It  Is  necessary  to  specify  boundary  conditions  associated  with  each 
surface  (that  is,  two  conditions  for  the  boundary,  one  applying  to  each 
surface),  or  to  specify  something  which  Is  equivalent.  Many  different  options 
are  available  which  are  equivalent.  For  Instance,  )t  Is  permissible  to 
specify  one  condition  on  the  average  flow  (the  average  of  the  flows  on  the  two 
surfaces  of  the  boundary)  and  another  on  the  difference  between  these  flows. 
Alternately,  it  is  permissible  to  substitute  the  direct  specification  of  the 
strength  of  either  the  sources  or  the  doublets  for  one  of  the  two  surface 
boundary  conditions.  This  latter  option  leaves  only  one  flow  boundary 
condition  to  be  applied.  It  is  usually  applied  on  only  one  surface  of  the 
boundary. 

This  latter  option,  namely  specification  of  one  flow  boundary  condition  on 
one  surface,  plus  specification  of  one  singularity  strength,  Is  the  option 
most  commonly  used  In  PAN  AIR.  It  Is  computationally  efficient  because  the 
size  of  the  matrix  equation  to  be  solved  is  reduced  since  only  one  type  of 
singularity  strength  remains  to  be  determined  from  the  flow  boundary 
condition.  One  example  of  this  type  of  treatment  is  the  class  1  boundary 
condition  (subclasses  1  and  2)  wherein  the  source  strength  Is  specified  and 
then  the  value  of  the  velocity  potential  on  one  surface  (that  wetted  by  the 
nonphysical  flow)  is  specified  as  the  flow  boundary  condition.  Other 
combinations  are  also  permissible. 

When  using  such  modeling  with  flow  boundary  conditions  Imposed  on  only  one 
surface,  It  Is  necessary  to  have  a  means  for  deciphering  what  effective  or 
Implied  flow  boundary  condition  applies  on  the  other  surface  of  the  boundary. 
This  Is  needed  to  be  able  to  determine  the  character  of  the  boundary  value 
problem  governing  the  domain  that  lies  across  the  boundary  so  that  It  can  be 
examined  to  ensure  that  it  Is  properly  posed.  Many  examples  can  be 
constructed  wherein  the  boundary  value  problem  thus  Imposed  on  adjacent 
domains  is  not  well-posed.  When  this  happens  PAN  AIR  will  blow  and  leave  the 
user  scratching  his  head  over  the  cause  of  the  problem. 

The  means  by  which  a  user  deciphers  the  character  of  the  boundary  value 
problems  on  both  surfaces  of  a  boundary  is  through  the  jump  conditions 
associated  with  source  and  doublet  sheets,  which  are: 

Source  Sheet:  •  velocity  potential  Is  continuous  across  the  sheet 

•  tangential  velocity  component  is  continuous 

•  normal  mass  flux  component  is  discontinuous,  the 
magnitude  of  the  discontinuity  being  equal  to  the 
strength  of  the  source  sheet 
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Doublet  Sheet:  •  velocity  potential  Is  discontinuous,  the  magnitude 

of  the  discontinuity  being  equal  to  the  strength  of 
the  doublet  sheet 

•  tangential  velocity  component  Is  discontinuous,  the 
magnitude  of  the  discontinuity  being  equal  to  the 
gradient  In  doublet  strength 

•  normal  component  of  mass  flux  Is  continuous  across 
the  sheet. 

Thus,  consider  the  two  examples  Illustrated  In  figure  A. 11.  In  the 
example  of  figure  A. 11a  we  suppose  that  the  source  strength  has  been  specified 
on  the  boundary  and  that  a  flow  boundary  condition  (of  any  permissible  type) 
has  been  imposed  on  the  surface  wetted  by  domain  1.  The  character  of  the 
i,  boundary  value  problem  In  domain  1  Is  governed  by  the  type  of  flow  boundary 

condition  used  and  Is  not  an  Issue.  The  question  Is,  what  Is  the  character  of 
the  Implied  boundary  condition  on  the  surface  wetted  by  domain  f.  The  answer 
can  be  found  as  follows  by  examining  the  jump  conditions,  first,  the  flow  In 
domain  1  is  completely  determinate  from  Its  boundary  conditions:  the  velocity 
potential  and  the  normal  and  tangential  velocity  components  on  the  surface  of 
the  boundary  wetted  by  domain  1  are  thus  determinate.  Examining  next  the  jump 
conditions,  we  note  that  the  jump  In  *he  normal  component  of  mass  flux  across 
the  boundary  Is  completely  determinate,  being  equal  to  the  strength  of  the 
source  sheet,  which  Is  given;  the  doublet  sheet  Induces  no  jump  In  the  normal 
component  of  the  mass  flux.  Hence,  the  boundary  conditions  of  figure  A. 11a 
are  equivalent  to  the  specification  of  the  normal  component  of  mass  flux  on 
the  surface  wetted  by  domain  2.  We  thus  learn  the  character  of  the  boundary 
value  problem  In  domain  2  to  be  of  Neumann  type.  In  summary,  specification  of 
a  flow  boundary  condition  on  one  surface  plus  specification  of  the  source 
strength  on  the  boundary  Is  equivalent  'to  specification  of  a  flow  boundary 
condition  on  one  surface  of  the  boundary  and  aHeumann-type  boundary  "condition 
’  on  the  other  surface. 

Referring  now  to  figure  A. lib  we  suppose  that  the  doublet  strength  has 
been  specified  on  the  boundary  and  that  a  flow  boundary  condition  (of  any 
permissible  type)  has  been  Imposed  on  the  surface  wetted  by  domain  1.  Again 
the  flow  in  domain  1  Is  completely  determinate  from  Its  boundary  conditions. 
Examining  next  the  jump  conditions,  we  note  that  the  jump  In  velocity 
potential  across  the  boundary  Is  completely  known  from  the  given  Information, 
hence  the  magnitude  of  the  velocity  potential  on  the  surface  of  the  boundary 
wetted  by  domain  2  Is  determinate.  Hence  we  learn  that  the  boundary  value 
problem  In  domain  2  Is  of  Dlrichlet  type  (velocity  potential  specified). 

The  type  of  reasoning  outlined  above  enables  the  PAN  AIR  user  to  ascertain 
the  character  of  the  boundary  value  problem  in  domains  where  boundary 
conditions  are  not  directly  specified,  and  therefore  to  determine  whether  they 
are  proper  In  the  sense  of  satisfying  the  rules  listed  heretofore.  A  simple 
example  Is  the  class  1  boundary  condition  for  flow  about  an  object  such  as  a 
thick  wing  or  body.  The  velocity  potential  Is  fixed  on  the  surface  wetted  by 
the  nonphysical  domain  forming  the  interior  of  the  object,  and  the  source 
strength  on  the  boundary  Is  fixed.  First  It  Is  observed  that  the  boundary 
value  problem  In  the  nonphysical  domain  is  of  Dlrichlet  type  and  is  thus 
properly  posed,  satisfying  the  rules  set  forth  In  section  A. 3. 3  and  the 
exceptions  listed  In  section  A. 3. 4.  Turning  next  to  the  physical  domain 
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extending  from  the  boundary  to  infinity,  we  observe  from  the  jump  condition 
reasoning  discussed  above  that  the  equivalent  boundary  conditions  on  the 
surface  wetted  by  the  physical  domain  are  of  Neumann  type.  Referring  to  the 
rules,  we  find  this  to  be  permissible.  Thus  the  boundary  value  problems  in 
all  domains  are  properly  posed  and  hence  PAN  AIR  should  produce  a  solution. 

Let  us  consider  next  the  example  of  figure  A. 12.  Here  the  user  is 
interested  in  the  physical  flow  in  the  exterior  domain  1  and  has  chosen  to 
specify  that  the  mass^flux  be  parallel  to  the  object's  boundary  by  imposing 
the  condition  that  w* n  *  0  on  the  surface  wetted  by  domain  1.  He  has  also 
elected  to  fix  the  source  strength  on  the  boundary  to  some  specified  value 
(perhaps  zero,  leaving  only  doublets  on  the  surface,  although  the  choice  is 
unimportant  for  this  example).  PAN  AIR  will  allow  him  to  set  up  this  problem, 

but  the  program  will  blow  if  he  tries  to  run  It i 

To  learn  why,  we  first  examine  the  character  of  the  boundary  value  problem 
in  domain  t.  It  is  of  Neumann  type,  satisfies  all  rules  and  is  therefore 
permissible.  Turning  now  to  the  nonphysical  domain  2,  we  ascertain  from  the 
jump  conditions  that  the  equivalent  boundary  conditions  on  the  surface  wetted 
by  domain  2  are  also  of  Neumann  type.  This  is  the  cause  of  the  problem,  since 
it  violates  rules  1  and  2  (subsonic  flow)  listed  section  A. 3. 4. 

When  a  PAN  AIR  user  observes  such  problems,  he  must  change  the  problem 
formulation.  He  usually  has  several  choices.  In  the  present  example  be  could 
choose  to  specify  the  doublet  strength  on  the  boundary  instead  of  the  source 
strength.  This  causes  the  boundary  value  problem  in  the  nonphysical  domain  to 

be  of  Oirichlet  type,  which  is  satisfactory.  Or,  he  could  insert  a  small 

source  panel  anywhere  in  domain  2  and  accompany  it  with  a  boundary  condition 
setting  the  potential  to  any  arbitrary  number.  This  effectively  introduces 
another  surface  within  the  domain  on  which  a  Dirichlet  boundary  condition  is 
imposed,  thereby  satisfying  the  restrictions  listed  in  section  A. 3. 4. 

Another  example  that  most  PAN  AIR  users  eventually  encounter  occurs  in  the 
modeling  of  exhaust  plumes  from  propulsion  devices.  In  the  model  (and 
subsonic  flow)  of  figure  A.I3a  there  are  two  domains.  The  boundary  conditions 
governing  the  flow  in  domain  1  are  well-posed,  comprising  Neumann  conditions 
on  the  impermeable  surfaces  and  a  Kutta  condition  at  the  trailing  edge 
accompanied  by  an  appropriate  doublet  wake.  The  reader  can  use  the  prior 
discussion  and  examples  to  ascertain  the  validity  of  the  modeling  in  domain  2, 
this  being  dependent  on  the  particular  boundary  conditions  applied,  which  have 
not  been  stated  in  this  example. 

The  model  of  figure  A. 13b  is  one  frequently  used  when  the  user  desires  to 
control  the  inflow  and  outflow  from  the  nacelle.  Again  the  flow  in  domain  1 
is  well-posed,  and  in  domain  2  is  dependent  on  information  which  has  not  been 
stated.  The  domain  that  frequently  causes  trouble  with  inexperienced  users  is 
domain  3.  Here,  part  of  the  domain  boundary  surface  is  formed  by  the  trailing 
doublet  sheet,  which  fr.xn  the  jump  conditions  is  equivalent  to  specification 
of  a  Neumann  type  of  boundary  condition.  (This  problem  is  of  Neumann  type 
since  the  source  strength  on  the  doublet  sheet  is  zero  which,  together  with 
the  well -posed  problem  in  domain  2,  results  in  a  normal  mass  flux  boundary 
condition  on  the  surface  wetted  by  domain  2.  See  the  previous  discussion  of 
figure  A. 11a  as  an  example  of  a  boundary  with  specified  source  strength.) 
Another  part  of  the  boundary  surface  is  labeled  "impermeable",  implying  that 
the  user  specifies  Neumann  conditions  here  also.  The  difficult  part  of  the 
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boundary  surface  is  that  labeled  with  a  question  mark.  The  typical  error  made 
by  an  Inexperienced  user  is  to  specify  Neumann  boundary  conditions  on  this 
surface  (or  to  Impose  a  boundary  condition  upstream  in  domain  2  together  with 
a  specified  source  strength,  which  is  equivalent).  His  motivation  is  usually 
to  attempt  control  of 'the  mass  flow  exiting' from  the  nacelle.  The  result' is 
invariably  the  same,  namely  a  blown  runl  The  reason  is  that  this  modeling 
violates  both  rules  listed  under  section  A.3.4.  :■ 

To  meet  these  rules  the  user  must  (1)  find  a  way.  to  avoid  the  use  of  1  , 
Neumann  conditions  everywhere  on  the  boundary  surface,  and  (2)  find  a  way'to 
set  the  global  value  of  the  potential  within  domain  3.  This  is  most  easily 
done  by  selecting  a  Oirichlet  boundary  condition  for  the  surface  having  the 
question  mark,  using  any  arbitrary  value  for  the  potential  to 1 'be  specified. 

The  flow  solution  will (be  Independent  of  the  magnitude  selected  for  the 
potential.  (Differing  magnitudes  are  achieved  by  the  appearance  of  different 
constant  values  of  doublet  strength  added  to  the  entire  boundary  of  domain  3. 
Since  a  constant  strength  doublet  sheet  having  no  perimeter  edge  induces  no 
velocity,  the  flow  field  will  be  Independent  of  the  magnitude  of  this 
constant).  With  this  model  the  amount  of  fluid  exiting  from  the  nacelle  will 
be  determined  from  the  overall  flow  characteristics  about  the  nacelle  which  in 
turn  are  dependent  oh  the  shape  and  location  of  the  wake  networks.  This  is  as 
it  should  be,  since  in  the  presence  of  Kutta  conditions  surrounding  the  exit 
one  is  not  free  to  specify  independently  the  exiting  flbw. 

A. 3. 7  Integral  and  Matrix  Equations  1  ' 

■.  ■  '  i 

l 

•  ,  \ 

The  Prandtl-Glauert  differential  equation  is  converted  to  an  integral 
equation  in  order  to  apply  the  panel  method.  The  development  of  the 
appropriate  Integral  equation  is  discussed  in  appendix  B  of  the  Thebry 
Document.  The  so^tiori  of  the  Prandtl-GTauert  equation  or  the  equivalent 
integral  equation  requires  a  set  of  boundary  conditions.  The  general  boundary 
condition  equation  (A. 34)  specifies  a  linear  combination  of  the  normal  mass 
flux,  velocity  potential,  tangential  velocity  ahd  normal  velocity  at  points  on 
each  panel.  Given  the  general  functional  dependence  of  the  source  and  doublet 
distributions  which  are  used  In  PAN  AIR,  the  boundary  conditions  are  expressed 
as  a  linear  combination  of  unknown  singularity  par.  meters.  The  collection  of 
all  boundary  conditions  forms  the  matrix  equation 


[AICj  {X}  -  (b) 


(A.3.5) 


where  [Ale]  is  the  aerodynamic  Influence  coefficient  matrix,  {*}  is  thd  array 
of  unknown  singularity  parameters  and  {b}  is  the  constraint  array.  The 
solution  of  the  flow  problem  requires  that  the  number  of  boundary  condition 
equations  be  equal  to  the  number  of  unknown  singularity  parameters,  or 
equivalently  that  the  AIC  be  a  square,  non-singular  matrix.  Equation  (A.3.5) 
can  then  be  solved  for  the  unknown  singularity  parameters.  The  potential  and 
velocity  can  then  be  determined,  which  determine  the  flow  field  satisfying  the 
Prandtl-Glauert  equation  and  the  boundary  conditions  on  the  boundary  surfaces. 
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A. 3.8  Ill-Conditioned  Problems 


Although  problems  are  mathematically  classified, as  either  well-posed  or 
ill-posod,  the  computer  implementation  of  a  problem  solution  introduces  the 
additional  category  of  ill-conditioned  problems.  These  are  problems  which  are 
in  theory  well-posed  but  are  so  close  to  being  ill-poted  that  the  computer  can 
not  effectively  solve  the  problem.  Equivalently,  the  aerodynamic  influence 
coefficient  matrix  is  ill-conditioned.  However  since  the  aerodynamic 
Influence  coefficient  matrix  is  not  singular*  the  program  may  operate  without 
apparent  difficulty,  but  the  results  could  be  meaningless. 

The  standard  example  of  an  Ill-conditioned  problem  is  one  °h  The  border 
line  between  well-posed  and  ill-posed  problems.  Consider 'the  example  ofi 
figure  A. 6,  showing  open  and  closed  boundaries.  If  the  boundary  Is  closed  b iy 
a  panel  spanning  A-B  as  in  figure  A. 6a  and  Neumann  boundary  conditions  are 
imposed  on  the  interior  surface,  then  the  problem  is  ill-posed.  As  a  result,, 
the  AIC  matrix  will  be  singular  and  the  solution  will  fail.  But  if  the 
boundary  is  not  closed,  then  with  Neumann  boundary  conditions)  or.  the  same 
surface,  the  problem  Is  we 11 -posed  and  can  in  principle  be  solved.  However  if 
the  distance  between  A  and  B  in  the  boundary  becomes  very  small,  the  AIC 
matrix  will  be  almost  singular  and  therefore  ill-conditioned.  Thus  although 
the  problem  is  in  theory  well-posed,  the  computer  solution  cou'ld  be  i 
meaningless.  (In  physical  terms  the  total  specified  normal  mass  flux  on  the 
interior  surface  must  be  balanced  by  an  outflow,  possibly  extremely  large,  ; 
through  A-B. )  A  similar  situation  Is  the  ill -posed  Neumann  problem  in  a 
domain  enclosed  by  a  wake  which  extends  to  infinity,  figure  A,8,  for  example. 
In  practice  a  panel  model  of  such  a  wake  must  have  finite  length,  resulting  in 
a  well-posed  problem.  However  if  the  wake  is  long,  the  AIC  matrix  will  be 
almost  singular  and  thus  ill-conditioned.  To  avoid  these  situations,  the  user 
should  not  impose  Neumann' boundary  conditions  on  closed  or  almost-closed 
boundaries.  (Also,  PAN  AIR  has  automatic  Abutment  and  gap-filling  panel 
features  which  can  eliminate  small  Holes  in  a  boundary.), 

Another  type  of  ill-conditioned  problem  occurs  through  purely  geometric 
considerations.  There  is  a  basic  rule  that  two  panel  control  points  can  not 
be  in  the  same  position  since  this  causes  a  singular  AIC  matrix.  (This  is 
true  in  PAN  AIR  except  for  network  edge  control  points,  which  receive  special 
treatment.)  If  two  control  points  are  very  close,  but  not  coincident,  the  AIC 
can  become  ill-conditioned.  The  most  common  cause  of  this  is  the  reflection 
of  a  network  across  one  or  two  planes  of  symmetry,  since  the  user  may  not 
realize  that  a  particular  network  is  being  reflected.  (In  PAN  AIR  the 
reflection  of  networks  in  a  plane  of  symmetry  can  be  deleted  either 
automatically  L,v  the  program  or  directly  by  the  user.) 
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o(Q)  -  source  density  per  unit  area 


—  normal  mass  flux  jumps  across  panel;  A(8»n)  ■  o(Q) 
. —  ■  panel  edge  vie* 


tangential  velocity  component  continuous  across  panel 


U.' 


—  velocity  potential  continuous  across  panel 
Figure  A.l  -  Source  panel  and  Its  properties 
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normal  mass  flux  component  continuous  across  panel 


panel  edge  view 


tangential  velocity  Jumps  across  panel;  A(V*€)  -  V  y(Q) 


velocity  potential  jumps  across  panel;  M(Q) 
Figure  A.2  -  Doublet  panel  and  Its  properties 
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f(x'.y')  •  surface  vortlclty  vector 


velocity  potential  Is  discontinuous  across  sheet 

tangential  velocity  jumps  across  sheet 

normal  mass  flux  component  «z*  Is  continuous  across  sheet 

a  continuous  doublet  sheet  of  strength  p(x,y)  1s_exactly  the 
same  as  a  vortex  sheet  of  strength  ?(x,y)  •  n  xVy(x.y) 

Figure  A. 3  -  Equivalence  of  doublet  and  vortex  sheets 


boundary  at  Infinity 


Figure  A.4 -Three  dimensional  field  containing  two  domains 
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Figure  A. 5- Examples  of  subinc'Hned  and  superlnclined  panels 
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domain  1 


a)  Closed  boundary,  two  domains 


domain  1 


b)  Open  boundary 


Figure  A. 6-Examples  of  closed  and  open  boundaries 
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superlncllned  boundary 


upstream  surface: 
no  boundary  conditions 
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Figure  A. 7  -  Boundary  conditions  required  on 

surfaces  of  superincllned  boundary 


downstream 
C  I  Mach 
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no  boundary  , 
conditions  can/ 
be  spaclflad  ' 


a)  nacelle  Inlet 


b)  nacelle  outlet 


P^ure  A.  8  -  Two  sppllcetlons  of  super! Kilned  networks 


Figure  A. 10  -  Examples  of  doubly-connected  and  singly-connected  domains 
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domain  2 


domain  2 


(a)  source  strength  specified  (b)  doublet  strength  specified 

Figure  A. 11  -  Boundary  condition  transfer  across  a  boundary 


Figure  A.12  -  Example  of  an  Improper  formulation 


domain  1 


(a)  flow  nacelle 


(b)  nacelle  with  controlled  Inflow  and  outflow 


Figure  A.13  -  Nacelle  modelling  In  subsonic  flow 


B.O  Configuration  and  Flow  Modeling  In  PAN  AIR 


The  modeling  of  phys  ■  I  configurations  and  fluid  flow  fields  In  PAN  AIR 
Is  described  In  this  appendix.  First,  the  considerations  involved  In  using 
networks  and  panels  to  model  configuration  and  wake  boundaries  are  discussed. 
Second,  some  general  considerations  involving  coordinate  systems,  onset  flows, 
and  both  configuration  and  flow  symmetries  are  discussed.  Third,  the  boundary 
condition  equations  are  described.  Finally,  the  flow  field  calculations 
available  In  PAN  AIR  are  described. 


B.l  Configuration  and  Wake  Modeling 


The  basic  considerations  Involved  In  modeling  configuration  and  wake 
boundaries  are  discussed  In  this  section.  The  properties  and  restrictions  on 
the  definition  of  panels,  networks  and  configurations  are  described.  Some 
guidelines  for  the  selection  of  panels  and  networks  are  also  described. 


B.1.1  Basic  Configuration  Elements  -  Networks  and  Panels 


The  boundaries  of  both  the  physical  and  the  wake  configurations  are 
defined  by  user-specified  networks.  In  PAN  AIR  the  number  of  boundary 
conditions  on  each  network  coincides  with  the  number  of  assigned  singularity 
parameters.  This  property  together  with  automatic  network  edge  matching 
conditions  produces  the  logical  independence  of  each  network,  that  Is,  for 
each  network  the  number  of  boundary  condition  equations  equals  the  number  of 
unknown  singularity  parameters. 

The  division  of  the  configuration  Into  networks  Is  fairly  arbitrary,  but 
has  certain  restrictions.  First,  a  network  generally  should  correspond  to  a 
physically  meaningful  part,  of  the  total  configuration.  Examples  of  this  are 
control  surfaces,  distinct  parts  of  the  wing,  separate  wake  surfaces,  and  so 
forth.  An  example  of  the  breakdown  of  a  configuration  Into  networks  Is  shown 
In  figure  2.1.  Second,  physically  meaningful  breaks  In  configurations  must 
correspond  to  network  edges.  For  example,  significant  slope  discontinuities 
In  a  boundary  must  occur  at  network  edges.  Third,  networks  can  abut  only  at 
their  edges.  Finally,  since  a  network  is  the  basic  unit  for  the  definition  of 
Input  data,  a  good  choice  of  the  networks  can  simplify  the  input  data.  For 
example,  It  Is  convenient  if  a  network  has  only  one  class  of  boundary 
condition  equations,  one  type  of  local  onset  flow,  one  type  of  specified  flow, 
and  so  forth. 

The  networks  are  combined  to  form  user-specified  configurations,  which  are 
used  In  the  1  -ulatlon  of  force  and  moment  coefficients.  These  specified 
conf Iguratl.,  >t  correspond  to  individual  networks  or  to  groups  of 
networks;  thu;  ..tnnoc  consist  of  a  part  of  a  network.  Also,  the  force  and 
moment  coefficients  on  the  configurations  can  be  accumulated  to  obtain  the 
values  for  a  selected  "total"  configuration,  which  can  consist  of  an 
individual  network  or  a  group  ot  networks.  Parts  of  the  configuration  which 
the  user  wants  to  exclude  from  the  total  force  and  moment  coefficient 
calculation  thus  should  be  specified  as  separate  networks. 
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The  use  of  closure  conditions  (see  section  B.3.5)  in  design  applications 
Introduces  another  constraint  on  the  definition  of  networks.  The  closure 
condition  is  the  Integral  of  the  normal  mass  flux,  multiplied  by 
user-specified  constants,  over  rows  or  columns  of  panels  of  a  network.  A 
closure  condition  can  be  applied  to  one  network  only,  that  is,  a  closure 
Integral  can  not  cover  more  than  one  network.  (However,  each  design  network 
can  each  have  its  own  Independent  closure  integral.) 

The  use  of  the  PAN  AIR  update  capability  Introduces  other  constraints  on 
the  definition  of  networks.  The  update  capability  allows  computational 
economies  in  the  modification  of  a  given  configuration,  since  selected 
networks  can  be  modified  or  deleted  without  redefinition  of  the  other 
networks.  Appropriate  definition  of  the  networks  will  simplify  the  use  of 
this  capability.  For  example,  If  the  location  of  some  parts  of  the 
configuration  will  be  changed  in  an  update  run,  then  those  parts  should  be 
defined  as  separate  network(s)  in  the  original  computer  run. 

Each  network  is  defined  by  a  user-specified  rectangular  array  of  grid 
points  which  define  the  corner  points  of  quadrilateral  panels.  The  indexing 
conventions  used  for  each  network  are  based  on  this  user-specified  array.  The 
conventions  are  illustrated  in  figure  B.la  where  the  three  grid  ooints 
numbered  1,  2,  3  along  the  left-hand  edge  of  the  network  have  been  entered 
from  top  to  bottom.  This  first  column  of  points  defines  the  first,  second  and 
last  row  of  the  array.  All  points  in  the  second  column  are  then  input,  again 
in  the  order  of  increasing  row  number,  and  so  on  through  the  last  column  of 
points.  The  direction  of  increasing  row  numbers  is  called  the  FI  direction  and 
the  direction  of  Increasing  column  numbers  is  called  the  N  direction,  as  shown 
in  figure  B.lb.  The  network  size  is  defined  by  the  numbers  of  rows  (M)  and 
columns  (N)  of  grid  points,  figure  B.lc.  These  define  (M-l)  .tvs  and  (N-l) 
columns  of  panels,  figure  B.lc.  The  array  of  network  grid  points  may  be 
triangular,  that  is,  an  edge  (a  "collapsed  edge")  may  be  a  single  point. 
However  the  grid  points  must  still  be  defined  as  a  rectangular  array,  with  the 
common  edge  point  defined  repeatedly. 

There  are  no  restrictions  upon  the  choice  of  the  M  and  N  directions.  (For 
wake  and  design  networks  there  is  a  preferred,  but  not  required,  choice  which 
is  discussed  subsequently.)  This  is  illustrated  in  figure  B.2^  On  the 
network  representing  the  top  wing  boundary  surface,  the  M  and  N  directions  are 
arbitrarily  chosen  to  be  in  the  (nominally)  streamwise  and  spanwise 
directions,  respectively.  On  the  fuselage  network  just  aft  of  the  wing,  M  and 
N  are  chosen  to  be  in  the  circumferential  and  streamwise  directions, 
respectively.  This  figure  also  illustrates  the  use  of  a  collapsed  edge  for 
the  pointed  wing  tip. 

The  network  edge  numbering  convention  is  illustrated  in  figure  B.3.  Edges 

1  and  3  are  the  first  and  last  rows  of  grid  points,  respectively;  edges  4  and 

2  are  the  first  and  last  columns  of  grid  points,  respectively.  Figure  B.3 
also  illustrates  the  double-index  panel  indexing  convention.  The  ordering  of 
the  user-specified  grid  points  (figure  B.la)  can  be  interpreted  as  follows: 
the  first  column  of  grid  points  forms  network  edge  4,  being  ordered  from 
network  edge  1  to  network  edge  3.  The  other  columns  of  points  are  input  in 
the  same  order,  with  the  last  column  forming  network  edge  2. 
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Two  double-index  conventions  are  used  to  label  the  network  grid  points  and 
equivalently  the  panel  corner  points.  The  first  convention  is  for  "panel 
corner  points,"  the  row  and  column  Indices  being  those  of  the  point  row  and 
point  column,  see  figure  B.lc.  The  second  convention  is  for  "enriched  (or 
fine)  panel  corner  points,"  in  which  the  array  is  enriched  by  Including  all 
panel  center  points  and  panel  edge  mid-points.  This  Indexing  convention  is 
illustrated  in  figure  B.4. 

The  ordering  of  the  rows  and  columns  of  grid  points  defines  the  positive 
direction  of  the  network_and  panel  normal  vectors.  The  positive  direction  is 
defined  as  follows:  if  N  and  R  are  vectors  in  the  directions_of  the  point 
rows  and  columns,  respectively,  then  the  vector  product  (N  x  M)  is  a  vector 
pointing  in  the  positive  direction  of  the  normal  vector,  figure  B.5.  The 
'normal  vector  defines  the  "upper"  and  "lower"  surfaces  of  the  network,  with 
the  convention  that  the  normal  vector  points  outward  from  the  upper  surface. 
This  definition  is  important  since  PAN  AIR  requires  the  specification  of 
boundary  conditions  Involving  both  the  upper  and  lower  network  surfaces,  see 
appendix  A. 3.  The  network  upper  and  lower  surfaces  can  be  defined  in  an 
alternate  but  equivalent  manner:  if  the  viewer  looks  at  the  lower  (upper) 
surface,  figure  B.3  for  example,  then  the  network  edges  are  Indexed  in  a 
clockwise  (counter-clockwise)  order. 

For  non-wake  analysis  networks  the  ordering  of  the  network  edges,  and 
hence  the  orientation  of  the  upper  and  lower  surfaces  of  the  network,  have  no 
general  restrictions  in  PAN  AIR.  however,  the  orientation  of  the  upper  and 
lower  surfaces  should  be  compatible  when  the  networks  are  combineu  to  form  a 
configuration.  Incompatibility  is  not  prohibited.  However  compatibility 
simplifies  both  preparation  of  the  input  data  and  interpretation  of  the 
program  output.  The  orientation  of  wake  network  edges  should  satisfy  the 
following  rule,  which  is  related  to  the  corresponding  arrays  of  "boundary 
condition  location  points"  discussed  in  section  B. 3.4:  for  wake  networks, 
edge  1  should  be  the  leading  (that  is,  most  upstream)  edge.  This  choice  is 
preferred  since  it  corresponds  to  the  program  default  options  for  the  boundary 
condition  location  points,  but  the  choice  is  not  required  since  these  points 
can  be  put  on  any  network  edge  by  using  record  N12.  For  desi  in  networks  the 
rules  for  the  orientation  of  the  network  edges  depend  on  the  specific 
application,  as  discussed  in  section  B.3. 4. 

A  wake  network  is  a  special  form  of  doublet  network  which  is  used  to  model 
shear  layers.  Two  types  of  wake  networks  are  available.  One  type  (0W1)  has 
constant  doublet  strength  In  one  direction,  which  will  be  the  (nominally) 
streamwise  direction  in  physical  applications.  This  network  is  used  to  model 
wakes  trailing  from  lifting  surfaces.  A  second  type  (DW2)  of  wake  network  has 
constant  doublet  strength  throughout.  It  is  used  in  a  variety  of  special 
cases  and  to  Insure  the  continuity  of  wake  surfaces,  as  discussed  in  the  next 
section  and  in  section  B.3. 6.1. 

In  supersonic  flow  it  is  necessary  to  distinguish  between  subinclined  and 
superinclined  panels.  The  distinction  is  critical  for  the  formulation  of  the 
proper  boundary  conditions,  as  discussed  in  appendix  A. 3.  A  subinclined  panel 
is  one  which  is  inclined  behind  the  Mach  cone,  see  figure  A. 5.  A 
superinclined  panel  is  one  which  is  Inclined  ahead  of  the  Mach  cone,  in  which 
case  no  point  on  the  panel  lies  in  the  domain  of  influence  of  any  other  point 
on  the  panel.  If  the  panel  is  tangent  to  the  Mach  cone,  it  is  called 
Mach-inclined;  Mach-inclined  panels  are  prohibited  in  PAN  AIR. 
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B.1.2  Modeling  Guidelines 


In  modeling  physical  boundaries  the  user  must  first  decide  what  is  wanted 
from  the  computations.  This  decision  dictates  the  theoretical  model  including 
the  formulation  of  the  boundary  value  problem  and  selection  of  the  accuracy 
required.  Prom  this,  the  panel  model  is  defined  including  specification  of 
networks,  selection  of  panel  density,  selection  of  possible  approximations, 
and  so  forth.  The  primary  point  the. user  must  consider  is  the  tradeoff 
between  the  cost  of  the  computer  simulation  and  the  required  accuracy  or 
effectiveness  of  the  results. 

There  is  a  general  guideline  that  finer  paneling  should  be  used  in  areas 
of  primary  Interest  and  coarser  paneling  in  areas  of  secondary  Interest.  Two 
examples  of  this  guideline  in  subsonic  flow  are  shown  in  figure  B.5.  The 
first  example,  figure  B.6a,  is  a  study  of  the  flow  and  pressures  due  to  i 
nacelle-wing  Interference.  A  detailed  paneling  has  been  used  for  the  nadelle 
and  the  adjacent  parts  of  the  wing.  A  coarser  paneling  has  been  used  foif  the 
inboard  wing  and  for  the  body.  This  coarser  paneling  is  adequate  for 
representing  the  Influence  of  the  inboard  wing  and  the  body  upon  the  nacelle 
and  the  adjacent  part  of  the  wing.  The  model  may  not  be  adequate  for  studying 
the  flow  on  the  body,  but  that  is  not  the  purpose  of  the  study.  The  second 
example,  figure  B.6b,  Is  a  Study  of  the  flow  and  pressures  oh  an  empennage. 
Again  a  finer  paneling  is  used  in  the  area  of  Interest;  a  coarser  paneling  Is 
used  In  other  areas.  The  effects  of  the  wing  and  body  upon  the  empennage  are 
well  represented,  although  the  model  may  not  be  adequate  for  studying  the  flow 
on  the  wing  and  body  themselves.  When  both  fine  and  coarse  grid  paneling  are 
used,  abrupt  transitions  between  the  two  should  bo  avoided  as  much  as 
possible,  particularly  If, the  flow  is  supersonic. 

There  is  an  additional  requirement  on  panel  density  in  curved  regions. 

The  basic  panel  analysis  and  the  use  of  triangular  subpanels  approximately 
accounts  for  surface  curvature,  but  a  minimal  density  should  be  used  In  curved 
regions.  As  a  guideline,  a  circular  cross-section  should  be  represented  by  a 
minimum  of  18  panels  to  insure  reasonable  accuracy. 

Supersonic  flow  problems  Introduce  special  considerations  since  local 
disturbances  propagate  throughout  the  flow.  Thus  the  use  of  coarse  paneling 
outside  the  region  of  primary  interest  may  cause  spurious  results  since  the 
effects  o*  the  puneling  In  one  region  are  not  localized.  An  associated 
problem  is  the  propagation  of  local  Mach  waves  as  would  occur,  for  example,  in 
a  narrow  channel  In  supersonic  flow.  A  related  example  involving  a  nacelle 
installation  on  a  highly  swept  wing  is  shown  in  figure  B.7.  Figure  B.7a  shows 
an  idealization  of  the  nacelle  cross-section  and  the  thin  wing.  With  this 
idealization  shock  waves  originating  at  the  nacelle  lip  would  be  reflected  off 
the  wing  and  the  nacelle  body  in  a  complex  manner,  requiring  fine  paneling 
throughout  this  region  to  retain  fidelity.  One  way  to  eliminate  the  problem 
would  be  to  model  the  wing-nacelle  attachment  in  a  more  realistic  manner, 
since  the  actual  installation  would  have  some  fairings  for  boundary  layer 
diversion.  An  alternate  revision  would  be  to  add  a  frontal  plate  and  side 
plates  between  the  nacelle  and  wing,  figure  8.7b.  New  boundary  conditions 
would  be  introduced  to  allow  Inflow  through  the  frontal  plate  and  a  balancing 
outflow  through  the  side  plates. 
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Various  linearized  flow  approximations  can  be  selected  by  the  user,  see 
section  2.1.4.  Again  there  is  a  tradeoff  between  the  relative  accuracy  and 
cost  of^various  analytical  approaches.  For  example,  since  the  compressibility 
vector  c0  (see  section  B.2.1)  is  In  the  direction  of  the  uniform  onset  flow,  a 
change  in  that  flow  direction  requires  recomputation  of  the  AIC  matrix,  in 
one  form  of  linearized  flow  approximation  a  change  in  the  flow  direction  can 
be  represented  by  an  onset  flow,  which  results  in  changes  in  the  boundary 
condition  values.  (Onset  flows  are  discussed  in  section  B.2.2.)  However  the 
original  AIC  matrix  is  used.  This  approach  is  very  economical  and  is 
reasonably  accurate  in  most  cases.  A  related  linearized  flow  approximation  is 
the  use  of  specified  flows  in  the  boundary  condition  equations  as  discussed  in 
section  B.3.2.  In  this  approximation  small  changes  in  surface  geometry,  for 
example  control  surface  deflections,  can  be  represented  in  the  boundary 
conditions  without  changing  the  geometry  (which  would  require  recomputing  the 
AIC  matrix).  The  specified  flows  can  also  be  used,  for  example,  to  Implement 
the  thickness  and  camber  approximations  of  classical  thin  airfoil  theory. 


The  location  of  wake  networks,  which  simulate  shear  layers  In  the  flow, 
must  be  defined  by  the  user.  A  reasonable  estimate  of  the  wake  location  is 
adequate  in  many  applications.  There  are  cases  however  where  the  wake 
location  must  be  accurately  known  for  reasonable  prediction  of  the  vehicle 
aerodynamics.  An  example  is  the  interference  between  the  wing  wake  and  the 
horizontal  tail,  where  small  changes  in  the  wing  wake  position  can  cause  large 
changes  in  the  pitching  moment  of  the  aircraft.  Another  example  is  a  V/STOL 
vehicle  where  both  the  wing  wake  and  the  jet  efflux  from  the  engines  must  be 
accurately  located.  The  location  of  wake  networks  can  be  treated  as  a  design 
problem  in  PAN  AIR,  since  one  computer  run  with  an  Initial  estimate  of  the 
wake  position  will  give  results  which  can  be  used  to  locate  the  wake  more 
accurately. 


The  use  of  wake  networks  and  the  importance  of  proper  wake  modeling  is 
t  shown  by  the  example  in  figure  B.8.  The  configuration  has  a  wing  and  body 

i  <  with  one  plane  of  symmetry.  A  type  DW1  wake  network  is  added  which  abuts  the 

thin  trailing  edge  of  the  wing  along  AB.  This  wake  network  allows  the  doublet 
strength  to  vary  along  the  leading  edge  of  the  wake  1r,  order  to  match  that  at 
the  wing  trailing  edge.  The  doublet  strength  matching  boundary  condition  (see 
I  section  B.3.5)  Is  applied  by  PAN  AIR  along  the  network  abutment  AB.  Since  tne 

outboard  edge  of  the  wake  network  abuts  empty  space,  the  doublet  strength  is 
zero  there.  If  the  Inboard  edge  of  the  wake  were  also  to  abut  empty  space, 
the  doublet  strength  would  be  zero  there  also.  This  is  physically  unrealistic 
and  would  cause  unrealistic  flow  conditions  on  the  wing  due  to  the  doublet 
strength  matching  condition  at  point  B.  This  problem  is  corrected  by  filling 
the  region  between  the  body  and  the  DW1  wake  with  type  DW2  wake  network,  the 
leading  edge  of  the  DW2  network  abutting  the  body  along  edge  BC,  abutting  the 
inboard  edge  of  the  DW1  wake  network,  and  abutting  its  own  image  in  the  plane 
of  symmetry  aft  of  point  C. 

Some  other  points  regarding  wake  modeling  are  shown  in  figure  B.8.  The 
paneling  of  the  DWl  wake  should  be  either  compatible  or  a  refinement  of  the 
paneling  of  the  abutting  wing  network(s).  That  is,  every  panel  corner  point 
of  the  DWl  wake  network  should  match  a  panel  corner  point  of  the  abutting  wing 
network.  (The  paneling  is  not  important  for  DW2  networks,  since  they  have 
constant  doublet  strength.)  Also,  the  wake  networks,  which  must  be  truncated 
to  finite  length  in  a  panel  model,  should  be  extended  a  sufficient  length  in 
the  streamwise  direction  so  that  the  truncation  does  not  significantly 
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influence  the  flow  on  the  physical  configuration.  Experience  has  shown  that 
in  subsonic  flow  a  wake  network  behind  a  wing  should  have  a  length  at  least 
twenty  times  the  wing  chord  length.  (Type  DW1  wake  networks  are  usually  not 
paneled  in  the  direction  of  constant  doublet  strength,  that  is,  in  the 
direction  of  the  flow.  They  can  be  extended  an  arbitrary  distance  in  the  flow 
direction  without  difficulty,  except  to  avoid  extremely  long  and  narrow 
panels.  See  restriction  number  5  in  section  B. 1.3.1.) 

Wake  networks  have  an  additional  application  as  a  method  to  obtain  field 
flow  properties,  that  is,  velocities  and  pressures  at  points  not  on  ,a  physical 
or  shear  layer  boundary.  To  do  this  a  type  DW2  wake  network  can  be  used.  The 
single  network  control  point  (at  the  corner  of  network  edges  1  and  4)  mukt  be 
located  away  from  any  other  (non-null)  network.  Then  the  doublet  strength 
will  be  zero  because  the  program  introduces  a  doublet  strength  matching 
condition  at  the  control  point.  The  source  strength  is  always  zero.  The 
resulting  null  network  will  have  no  effect  on  the  flow  field.  The  surface 
flow  properties  can  be  calculated  in  the  PDP  module  (surface  flow  properties 
data  subgroup).  The  wake  network  must  be  tagged  (record  N6)  so  that  the 
program  will  calculate  and  store  the  required  information.  In  this  case  the 
paneling  of  the  DW2  network  is  important. 


B.1.3  Restrictions  on  Panels,  Networks,  and  Configurations 


Each  network  is  defined  by  a  grid  of  user-specified  panel  corner  points. 
These  points  define  quadrilateral  panels  which  need  not  be  planar  and  which 
can  be  triangular  In  special  cases.  £ach  panel  is  divided  into  subpanels  (by 
the  program)  which  are  used  in  the  analysis  of  the  boundary  value  problem. 


B. 1.3.1  Restrictions  on  Panels  and  Subpanels 


1.  Triangular  Panels.  Triangular  panels  must  not  occur  Inside  a  network. 
Panels  can  be  triangular  only  at  network  edges  and  only  if  an  entire  edge 
is  composed  of  triangular  panels,  in  which  case  the  "collapsed"  edge  is  a 
single  point.  An  example  of  a  network  with  two  nonadjacent  collapsed 
edges,  which  is  permissible,  is  given  in  figure  B.9.  The  configuration  of 
figure  B.10  is  prohibited  due  to  the  presence  of  both  triangular  and 
quadrilateral  panels  on  edge  AB.  The  situation  In  figure  B.10  could  be 
changed  by  the  program  check  on  the  network  triangular  panel  tolerance 
(record  N7).  If  the  average  length  of  the  four  panel  sides  on  edge  AB  is 
less  than  the  tolerance,  that  edge  will  be  collapsed  to  a  point.  All 
panels  on  the  edge  are  then  triangular,  which  is  permissible.  (If  the 
average  panel  length  on  edge  BC  were  also  less  than  the  tolerance,  then 
that  edge  would  also  be  collapsed;  the  network  then  would  have  two 
adjacent  collapsed  edges,  which  Is  an  error.)  (Version  1.0  of  PAN  AIR  has 
the  restriction:  triangular  panels  are  not  allowed  on  networks  with 
design  boundary  conditions.) 

2.  Almost  Triangular  Panels-1.  The  case  of  a  quadrilateral  panel  with  one 
side  very  much  smaller  than  the  others  can  cause  numerical  problems.  To 
avoid  this,  a  triangular  panel  tolerance  (record  N7)  Is  specified  by  the 
user.  If  one  side  of  a  panel  is  shorter  than  the  tolerance  length,  then 
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that  side  Is  collapsed  to  a  point.  An  example  of  the  application  of  this 
triangular  panel  definition  capability  Is  shown  In  figure  B.ll.  If  the 
collapsed  panel  edge  Is  not  part  of  the  network  edge,  then  a  triangular 
panel  occurs  Inside  a  network,  which  Is  an  error.  If  the  collapsed  panel 
edge  Is  part  of  the  network  edge  then  the  previous  restriction  applies: 

If  the  edge  Is  composed  of  triangular  panels  only  (a  collapsed  edge)  an 
error  does  not  occur;  If  the  edge  is  composed  of  both  triangular  and 
quadrilateral  panels  an  error  occurs. 

3.  Almost  Triangular  Panels-2,  The  case  of  a  quadrilateral  panel  with  three 
corner  points  on  a  straight  line  is  discouraged.  If  three  corner  points 
are  almost  on  a  straight  line,  the  program  gives  a  diagnostic  due  to  the 
possibility  of  subsequent  numerical  problems. 

4.  Non-Convex  Panels.  Non-convex  panels  are  allowed,  but  the  program  gives  a 
warning  Indie at 1 ng  their  presence.  An  example  of  a  non-convex  panel  Is 
shown  In  figure  B.12.  An  error  occurs  in  the  special  case  where  the 
panel  center  point  (which  is  the  average  of  the  four  corner  point 
coordinates)  Is  located  on  a  network  edge. 

5.  Aspect  Ratio.  The  distances  from  the  panel  center  point  to  each  edge  are 
calculated;  the  panel  aspect  ratio  is  the  ratio  of  the  largest  distance  to 
the  smallest  distance.  The  aspect  ratio  of  non-wake  panels  must  be  less 
than  10,000;  a  ratio  larger  than  10,000  causes  an  error.  Smaller  ratios 
are  allowed,  but  the  program  gives  a  warning  If  the  ratio  is  greater  than 
1,000  due  to  the  possibility  of  subsequent  numerical  problems.  There  Is 
no  restriction  on  the  aspect  ratio  of  wake  panels,  but  warnings  are 
printed  If  poor  least  squares  fits  occur  In  the  spline  construction. 

6.  Mach-Inclined  Panel  or  Subpanels.  A  panel  or  a  subpanel  must  not  be 
Mach-inclined,  that  is,  tangent  to  a  Mach  cone,  in  which  case  the  panel 
normal  and  conormal  vectors  are  perpendicular:  ( n  •  n)  -  0.  If  this 
occurs,  the  program  gives  an  error. 

7.  Panels  In  Identical  Location.  Two  or  more  panels  must  not  have  an 
identical  location  since  this  results  In  a  singular  AIC  matrix.  (No 
earlier  warnings  will  occur.) 


B.l.3.2  Restrictions  on  Networks 


1.  Non- Intersecting  Network s .  A  network  can  not  Intersect  Itself.  However, 
opposite  edges  of  a  network  can  abut;  an  example  is  shown  In  figure  B.13. 

2.  Network  Partly  In  a  Plane  of  Symmetry.  If  a  network  Is  (completely  or 
partly)  located  In  a  plane  of  symmetry,  special  treatment  Is  required  for 
its  reflection  In  that  plane.  This  avoids  singularities  which  otherwise 
would  occur  because  the  Input  network  and  its  Image  network  have  the  same 
location.  This  special  treatment  is  activated  either  by 
user-specification  (record  N5)  or  by  a  program  check  on  the  network 
location.  (A  user-specification  takes  precedence  over  the  program 
check.)  With  the  program  check  there  is  a  restriction  that  the  network 
can  not  be  partly  in  a  plane  of  symmetry.  Specifically,  the  program 
checks  the  position  of  all  panel  center  points  relative  to  the  plane(s)  of 
symmetry.  If  all  these  points  are  within  a  user-specified  tolerance 


B-7 


riieViiM—i  m ir iaaiaam k*  ‘ 1 1 


rwmni  m 


distance  {record  G7)  of  a  plane  of  symmetry,  then  the  special  treatment  Is 
used.  Figure  B. 14  Illustrates  the  possible  situations.  In  figure  B.14a 
all  network  panel  center  points  are  within  the  tolerance  distance  of  the 
plane  of  symmetry;  the  network  would  be  specially  treated.  In  figure 
8. 14b  all  network  panel  center  points  are  outside  the  tolerance  distance; 
the  network  would  not  be  specially  treated,  but  would  be  reflected  In  the 
regular  manner.  In  figure  8.14c  network  panel  center  points  occur  both 
within  and  outside  the  tolerance  distance,  resulting  In  an  error.  (Other 
aspects  of  the  special  treatment  of  network  reflection  are  discussed  In 
section  8.2.3.) 

3.  Network  Abutments.  The  separately-defined  networks  are  combined  to  form 
the  configuration  and  flow  boundary  surfaces.  The  network  edges  meet  at 
abutments,  which  are  defined  either  by  the  user  (geometric  edge  matching 
data  group)  or  by  the  program.  An  abutment  Is  a  curve  along  which  a 
particular  set  of  network  edges  meet.  Each  abutment  contains  one  or  more 
network  edges,  with  a  maximum  of  five  edges  In  an  abutment.  PAN  AIR 
allows  a  general  network  abutment,  with  no  requirement  on  compatibility  of 
the  network  edges.  An  example  of  a  general  network  abutment  Is  shown  In 
figure  B.15.  The  abutment  consists  of  segments  A1  through  A5  which 
consist  of  one,  two  or  three  network  edges.  Other  examples  of  network 
abutments  are  given  In  appendix  F  of  the  Theory  Document. 

4.  Network  Abutments  and  Network  Panels.  In  PAN  AIR  there  are  no  strict 
requirements  on  the  paneling  of  the  networks  at  an  abutment.  However,  as 
a  rule  of  good  modeling  technique,  the  paneling  of  networks  should  be  as 
compatible  as  possible  at  an  abutment.  (Violation  of  this  rule  may  or  may 
not  significantly  degrade  the  quality  of  the  analysis.)  For  example,  In 
figure  B.15  the  division  of  the  abutment  Into  segments  Al  through  A5 
should  correspond  to  panel  corner  points  In  the  abutlng  networks. 
Similarly,  panel  corner  points  of  abutlng  networks  should  coincide  If 
possible.  An  example  of  this  Is  the  abutment  of  two  networks,  shown  In 
figure  B.16,  one  with  a  coarser  paneling  and  one  with  a  finer  paneling  at 
the  abutment.  Every  panel  corner  point  of  the  coarser  grid  should 
coincide  with  a  corner  point  of  the  finer  grid  at  the  abutment.  (The 
network  with  the  finer  grid  Is  a  "refinement"  of  the  other  network.) 
Abutments  with  non-matching  panel  corner  points,  such  as  occur  at  the 
wlnq-fuselage  Intersection  of  figure  B.6b,  can  degrade  the  quality  of  the 
analysis,  especially  for  supersonic  flow,  but  are  not  prohibited.  Also, 

If  an  abutment  Is  supersonic,  the  panelling  on  the  most  downstream  network 
edge  should  be  equal  or  finer,  that  Is,  a  "refinement,"  of  the  other  edges 
In  the  abutment.  A  comparison  of  the  requirements  of  an  earlier  program 
(reference  B.l)  and  the  modeling  flexibility  allowed  by  PAN  AIR  Is  given 
In  figure  8.17.  Figure  B.17a  shows  that  PAN  AIR  does  not  require 
compatibility  of  network  edges  at  an  abutment.  Figure  B.17b  shows  that 
PAN  AIR  does  not  require  Identical  paneling  for  two  networks  at  an 
abutment.  Figure  B.l7c  shows  how  the  flexibility  allowed  by  PAN  AIR  can 
simplify  the  modeling  of  a  simple  configuration,  resulting  In  less  Input 
data.  Figure  B.17c  also  shows  an  application  of  gap-filling  panels,  which 
are  discussed  In  section  B.3.5. 

5.  Network  Abutments  and  Design  Networks.  The  use  of  design  boundary 
conditions  introduces  some  special  considerations  In  defining  networks  and 
network  abutments.  For  design  boundary  conditions,  there  Is  a  restriction 
that  two  abutlng  network  edges  can  not  both  have  control  points.  (See 
section  8.3.4  for  further  discussion  of  control  points,  boundary  condition 
location  points  and  this  restriction.)  Also,  to  Improve  the  quality  of 
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the  analysis,  a  design  network  edge  with  control  points  should  not  have 
coarser  paneling  than  that  of  the  other  edges  In  the  abutment.  Network 
abutments  and  the  associated  edge  matching  boundary  conditions  are 
discussed  In  more  detail  In  section  B.3.5  and  In  appendix  F  of  the  Theory 
Document.  Several  associated  points  are  also  discussed  there:  smooth  and 
non-smooth  abutments,  details  of  the  automatic  abutment  procedure, 
gap-filling  panels,  the  no  doublet  edge  matching  condition,  and  the 
closure  condition. 


B.l.3.3  Restrictions  on  Configurations 


PAN  AIR  optionally  calculates  the  force  and  moment  coefficients  on 
Individual  panels,  columns  of  panels,  networks,  and  configurations  formed  from 
several  networks.  A  program  option  allows  the  calculated  force  and  moment 
coefficients  to  be  accumulated  to  give  the  values  for  a  group  of  user-defined 
configurations.  The  program  Identifies  upper  and  lower  surfaces  of  each 
network  based  upon  the  Input  ordering  of  the  network  grid  points  In  the  Input 
data,  see  section  B.1.1.  There  are  advantages  In  ordering  the  grid  points  In 
a  consistent  manner,  such  that  the  upper  surfaces  are  compatible  when  the 
networks  are  combined  to  form  a  configuration.  An  example  of  consistent 
ordering  would  be  a  thick  configuration  with  all  network  upper  surfaces 
located  on  the  outside  (or  wetted)  surface  of  the  vehicle.  This  compatibility 
Is  not  required,  since  the  program  allows  the  user  to  reverse  the 
specification  of  the  upper  and  lower  network  surfaces  In  forming  a 
configuration  (record  SF2  and  record  FM8,  option  REVERSE).  However,  lack  of 
compatibility  results  In  extra  Input  data.  For  example,  the  program  default 
allows  the  user  to  specify  the  total  (non-wake)  configuration  In  a  simple 
manner;  this  feature  Is  useful  only  If  all  network  upper  and  lower  surfaces 
are  ordered  In  a  compatible  manner. 


B.2  General  Considerations 


Several  basic  features  of  the  PAN  AIR  system  are  described  in  this 
section.  These  include  the  coordinate  systems,  onset  flows,  and  symmetries. 
These  features  are  a  necessary  part  of  PAN  AIR  and  allow  simplifications  in 
use  of  the  system. 


B.2.1  Coordinate  Systems 


The  PAN  AIR  user  must  define  two  basic  coordinate  systems.  First,  a 
"reference  coordinate  system"  is  rsed  to  specify  the  configuration  geometry 
and  the  undisturbed  flow  field.  Second,  a  “compressibility  coordinate  system" 
is  required  by  the  Prandtl-Glauert  equation  (A. 1.1).  (PAN  AIR  a’  o  uses 
coordinate  systems  which  the  user  does  not  define,  for  example,  .ucal  subpanel 
coordinate  systems). 

The  reference  coordinate  system  must  be  used  to  specify  all  geometry  data 
for  the  configuration  boundaries  (the  networks  of  panel  grid  points)  and  the 
incident  flow  fields.  The  reference  coordinate  system  is  a  body  axis 
systemflxed  to  the  vehicle.  The  user  may  select  any  reference  coordinate 
system  provided  it  is  orthogonal  and  right-handed.  PAN  AIR  has  an  implied 
reference  coordinate  system:  xo-axls  positive  aft,  y0-axis  positive  right, 
and  zo-axis  positive  up.  This  system  is  used  to  define  program  default  values 
and  is  used  in  all  examples  and  figures  In  this  document. 

The  compressibility  coordinate  system  (x,y,z)  Is  defined  by  the 
Prandtl-Glauert  equation  for  the  velocity  potential. 

(1-M«  2)  dxx  +  dyy  +  -  0  (A.  1.1) 

This  equation  has  a  preferred  direction  x,  which  is  the  compressibility  axis. 

A  compressibility  vector  cQ  having  unit  length  is  defined  in  the  direction  of 

the  compressibility  axis.  The  axes  of  all  Mach  cones,  for  example,  are  in  the 
direction  of  cQ.  The  orientation  of  the  other  two  axes  (y  and  z)  is 

arbitrary,  provided  the  axis  system  is  orthogonal  and  right-handed.  The 
direction  of  the  compressibility  axis  is  unimportant  in  the  special  case  of 
incompressible  flow  (M*  -  0),  although  a  compressibility  vector  must  be 
defined  (program  defaults  can  be  used)  to  avoid  numerical  problems. 

The  compressibility  coordinate  system  is  defined  by  two  rotations:  a 
compressibility  angle  of  attack  ac  and  a  compressibility  angle  of  sideslip 

8C  (CALPHA  and  CBETA,  record  G5).  The  definition  of  the  compressibility 

vector  in  the  reference  coordinate  system  is  shown  in  figure  B.18  for  positive 

values  of  the  two  rotation  angles.  The  compressibility  coordinate  system  is 
obtained  from  the  reference  coordinate  system  by  a  rotation  (-ac)  about  the 

y0-ax1s  followed  by  a  rotation  (-8C)  about  the  new  position  of  the  zQ-axis. 

Equivalently,  the  reference  coordinate  system  is  obtained  from  the 
compressibility  coordinate  system  by  a  rotation  (+BC)  about  the  z-axis 


B-10 


followed  by  a  rotation  (+ac)  about  the  new  position  of  the  y-axis.  The 

associated  transformation  matrix  Is  developed  In  appendix  E.3  of  the  Theory 
Document. 

Several  other  coordinate  systems  are  Introduced  In  the  development  of  the 
force  and  moment  coefficients,  see  section  8.4.3.  These  coordinate  systems 
have  no  effect  upon  the  formulation  and  solution  of  the  flow  problem,  since 
they  are  used  only  In  the  post-solution  calculation  of  the  force  and  moment 
coefficients. 


B.2.2  Onset  Flows 


Onset  flows  are  used  to  define  both  the  undisturbed  flow  field  and  special 
flow  features. The  undisturbed  flow  field  Is  defined  by  the  uniform  onset 
flow  velocity  TL.  .  This  is  specified  by  a  magnitude  and  by  the  angles  of 
attack  and  sideslip,  a  and  e  (UINF,  ALPHA  and  BETA,  record  S6).  The  direction 
of  the  uniform  onset  flow  Is  obtained  from  the  x0_axis  of  the  reference 
coordinate  system  by  a  rotation  (-a)  about  the  y0-axis  followed  by  a 
rotation  (-0)  about  the  new  position  of  the  z0_ax1s.  The  definition  of  the 
uniform  onset  flow  in  the  reference  coordinate  system  is  shown  in  figure 
B.19for  positive  values  of  the  two  rotation  angles.  In  the  reference 
coordinate  system  the  components  of  the  uniform  onset  flow  (see  appendix  E.3 
of  the  Theory  Document)  are 


( Uoo  cos  a  cos  0,  -  Uao  sin  0,  Uao  sin  a  COS  0) 


(B.2.1) 


The  use  of  the  uniform  onset  flow  Is  shown  by  the  equation  which 
determines  the  array  of  singularity  parameters. 

[AIC]  {X}  -  {b>  (A.3.5) 

One  PAN  AIR  run  allows  one  compressibility  vector  cQ  and  one  Mach  number, 

and  consequently  one  aerodynamic  Influence  coefficient  matrix  [AIC].  In  an 
exact  representation  of  the  uniform  flow  field,  the  uniform  onset  flow  must  be 
In  the  direction  of  the  compressibility  vector,  that  is, 


where  V„ 


cQ  and  where  a  -  oc  and  a  ■  Bc- 


If  the  direction  of 


the  uniform  onset  flow  changes,  then  the  compressibility  vector  must  also 
change.  This  requires  computation  of  a  new  AIC  matrix,  which  is  relatively 
expensive.  This  can  be  avoided  by  using  the  approximation  of  linearized  onset 
flow:  changes  in  onset  flow  are  represented  as  small  changes  about  the 
original  compressibility  direction.  The  compressibility  vector  and 
consequently  the  AIC  matrix  are  not  changed.  The  allowable  range  by  which  a 
and  e  can  vary  from  ac  and  0C  and  still  give  reasonable  results  is 

dependent  on  the  Mach  number.  Typical  ranges  are  *10°  at  Mach  0.5,  +5°  at 
Mach  1.3  and  ±1°  at  Mach  3.0. 


The  onset  flow  approximation  gives  the  relation 


-  Uo»  +  aU* 


(B.2.2) 


where  aU*  «  0  If  #  «  #c  and  b  -  8C.  The  quantity  aU*  is  the  difference 

between  the  velocity  of  the  uniform  flow  field  as  specified  by  lL  in  the 
compressibility  direction  (defined  by  a.  and  8.)  and  by  b  which  has  the 

-w  C  t 

same  magnitude  as  VL  but  a  different  direction  (defined  by  «  and  a). 

The  distinction  between  (ac,Bc)  and  IU  (a,&)  is  further  illustrated 

with  the  aid  of  figure  B.20  for  the  special  case  of  8*6,.-  0.  Figure  B.20a 

shows  the  freestream  flow  \L  .  The  direction  of  io  is  denoted  by  the 
unit  compressibility  vector  c0  along  the  compressibility  axis.  The 

orientation  of  this  direction  with  respect  to  the  xQ  axis  is  denoted  by  the 

symbol  ac  .  Also  shown  in  the  figure  is  the  mass  flux  boundary 

condition  (see  appendix  H  of  the  Theory  Document)  for  an  Impermeable  surface, 
that  is, 


(to  +  w)-n  -  0  (B.2.3a) 

where  "w  is  the  perturbation  mass  flux  (see  section  A. 2).  For^this  boundary 

condition  the  elements  of  {b}  in  equation  (A. 3. 5)  are  -V6.  •  n  and  thus 

change  whenever  the  angle  a.  changes.  But  the  AIC  matrix  of  equation 

c 

(A. 3. 5)  is  also  a  function  of  a*.  Thus  for  equation  (A. 3. 5)  to  be  an 

"exact"  numerical  solution  of  equation  (A. 1.1),  separate  AIC  matrices  and 
separate  right  hand  side  vectors  {b}  must  be  computed  for  each  angle  of  attack. 


For  multiple  angles  of  attack  the  "exact"  procedure  described  above  can  be 
replaced  by  an  approximate,  but  much  less  expensive  procedure  in  which  only 
the  right-hand  sides  of  the  boundary  conditions  are  modified,  while  keeping  a 
single  AIC  matrix.  This  is  illustrated  in  figure  B.20b.  The  single 
user-specified  angle  or  is  used  to  create  the  AIC  matrix.  The  uniform 

onset  flow  U»  has  the  same  magnitude  as  v*,  but  is  allowed  to  have  a 
different  orientation,  defined  by  a,  so  the  boundary  condition  becomes 

(U»  +  w)-n  -  0  (B.2.3b) 

In  this  way,  a  single  AIC  matrix  is  used  to  generate  "solutions"  for  multiple 
angles  of  attack  *  (and  in  general  for  multiple  combinations  of  the  angles  of 
<  ttack  a  and  sideslip  8,  and  other  onset  flow  quantities). 


Use  of  any  onset  flow  is  restricted  to  defining  different  values  of  the 
constraint  vector  b  oi.  the  right-hand  side  of  equation  (A. 3. 5).  Consequently 
it  is  possible  to  have  multiple  constraint  vectors  b  and  corresponding 
nultiple  singularity  parameter  arrays  x.  Equivalently  equation  (A. 3. 5)  is 
.  ewritteii  as  (see  appendix  L  of  the  Theory  Document) 

[AIC]  [A]  -  [B]  (B.2.4) 


where  [A]  and  [B]  are  rectangular  matrices  with  each  column  being  a  separate  x 
and  b  vector.  In  PAN  AIR  terminology  each  column  is  a  "solution"  which  car. 
have  different  user  specified  onset  flows  (record  G6  and  record  set  N18)  and 
specified  flows  (record  set  17).  For  each  set  of  solutions  there  is  only  one 
AIC  matrix  or  equivalently  one  set  of  Moo  .  o_  and  Br  values  (record  G5). 
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Extending  the  idea  of  onset  flows,  three  basic  types  of  onset  flows  can  be 
specified  in  PAN  AIR. 


U  -  IL,  +  U  +  U, 

0  £ot  loc 

aV  -  U  +  U. 
rot  Toe 


(6.2.5a) 
(B. 2 . 5b) 


where  U  -  w  x  (r  -  r  ) 

The  quantity  UQ  is  the  total  onset  flow  vector.  Its  composition  Is 

illustrated  in  figure  8.21.  The  uniform  onset  flow  LU  is  defined  in  the 
reference  coordinate  system  by  a  magnitude  and  by  the  angles  of  attack  and 
sideslip  a  and  s,  aquation  (8.2.1).  urot  is  the  "rotational  onset  flow"  at 

the  field  point  r,  due  to  a  rotation  of  the  flow  field  (with  respect  to  the 
vehicle),  which  is  defined  by  a  rotation  reference  point  r.  and  an  angular 

velocity  <J“  of  the  flow  (record  G6).  (Similarly  la  is  the  negative  of  the 
vehicle  rotation  rate  in  a  steady,  non-rotating  flow.)  U^,ot  Is  used  for 

simulation  of  steady  rotational  motions  of  the  flow.  The  quantity  Uloc  Is 

the  "local  onset  flow"  (record  set  N18),  which  can  be  defined  for  each  network 
or  each  control  point  of  the  configuration.  An  example  of  its  use  is  the 
specification  of  the  local  onset  flow  due  to  propellers.  The  quantity  av  is 
the  "incremental  onset  flow,"  which  is  the  increment  to  the  uniform  onset 
flow.  The  incremental  onset  flow  is  used  in  two  places  >n  the  analysis:  in 
the  boundary  condition  equations  and  optionally  in  the  post-solution 
calculations  of  the  pressure  coefficients  and  the  force  and  moment 
coefficients. 


Extending  the  linearized  onset  flow  approximation,  the  total  mass  flux  is 
defined  in  terms  of  the  total  onset  flow.  Rewriting  equation  (A. 2. 2),  the 
total  mass  flux  is 


W  -  U0  +  w 


Similarly  the  mass  flux  boundary  condition  is  defined  in  terms  of  the  total 
onset  flow.  For  example,  the  boundary  condition  of  zero  total  normal  mass 
flux  for  an  Impermeable  surface  is 


W.n  m  (UQ  +  w)*n 


(6.2.7) 


B.2.3  Symmetries 


The  PA?)  AIR  user  can  take  advantage  of  two  possible  types  of  symmetry: 
configuration  symmetry  ?nd  ‘low  s  mmetry  (both  specified  in  record  G4).  The 
distinction  between  tiie  two  folic  s  from  the  basic  aquation  (A. 3. 5). 
Configuration  symmetry  requires  equal  partitions  in  the  AIC  matrix  (see 
section  5.7  and  ap-  ndix  KJ.  of  the  Theory  Document).  Flow  symmetry 
additionally  requires  equal  partitions  in  the  constraint  vector  b  on  the 
right-hand  side,  it  is  possible  to  have  configuration  symmetry  without  flow 
symmetry,  but  flow  synmetry  requires  configuration  symmetry.  Configuration 
symmetry  results  in  computational  economies  due  to  repetition  of  elements  in 

8—13 


>»-. ' ■ » »a * .  j*: .v*; i . y -  •  vv; *  "•  ■ 


‘•’i1  y :  .*/  _  .sa  i  h.’d;  y  J..  i 


the  AIC  matrix.  It  also  reduces  the  amount  of  required  Input  data.  Both 
configuration  and  flow  symmetry  allow  computational  economies  in  solving  for 
the  singularity  parameters. 

PAN  AIR  allows  zero,  one  or  two  planes  of  configuration  symmetry.  In^the 
last  case  the  two  planes  must  be  orthogonal.  The  compressibility  vector  $0 

must  be  in  the  plane(s)  of  configuration  symmetry.  The  configuration  symmetry 
must  be  complete,  for  example,  it  must  include  the  geometries  of  both  physical 
and  wake  surfaces.  An  example  of  the  distinction  between  configuration  and 
flow  symmetries  Is  shown  In  figure  B.22.  In  figure  B.22a  the  flow  is 
asymmetric  due  to  the  non-zero  angle  of  sideslip  6  and  the  configuration  is 
asymmetric  due  to  the  wake  position.  Since  there  Is  no  configuration 
symmetry,  the  direction  of  the  compressibility  vector  Is  unrestricted.  Thus 
it  can  be  chosen  to  be  In  the  direction  of  the  uniform  onset  flow,  resulting 
in  an  exact  flow  modeling  in  terms  of  the  Prandtl-Glauert  equation.  In  figure 
B.22b  the  wake  deflections  are  ignored  in  order  to  allow  one  plane  of 
configuration  symmetry.  However  the  flow  Is  still  asymmetric  (If  a  Is  not 
zero).  Since  the  configuration  Is  symmetric  to  the  x0-z0  plane,  the 

compressibility  vector  cQ  must  be  in  that  plane.  Thus  asymmetric  flow  with  a 

symmetric  configuration  necessarily  involves  approximate  flow  modeling.  Also 
for  the  symmetric  configuration  In  supersonic  flow,  figure  B.22b,  the  Mach 
lines  will  be  symmetric  since  the  compressibility  vector  Is  the  axis  of  any 
Mach  cone.  The  examples  of  figure  B.22  show  the  choice  that  the  user  has: 
the  exact  model  Is  Inherently  more  accurate;  the  approximate  model  with 
configuration  symmetry  Is  more  economical. 

Where  there  are  plane(s)  of  configuration  symmetry,  the  user  can  request 
the  flow  properties  on  the  input  network  and  on  all  its  Images.  This  Includes 
the  surface  flow  properties  (POP  module,  using  record  SF2)  and  the  forces  and 
moments  (COP  module,  using  record  FM8).  However,  the  specification  of  the 
calculations  and  the  Interpretation  of  the  results  require  Identification  of 
the  upper  and  lower^surfaces  of  the  Input  and  the  Image  networks.  The  sign  of 
the  normal  vector,  n,  is  always  changed  in  reflection  through  a  plane  of 
symmetry;  that  of  R  or  R  may  also  be  changed.  An  example  of  a  network  and  two 
planes  of  symmetry  Is  shown  In  figure  B.23.  Figure  B.23a  shows  a  top  view  of 
the  Input  network  with  Its  edge  numbers:  the  normal  vector  points  upward  from 
the  page.  The  Image  In  the  first  plane  of  symmetry,  Including  the  edge 
numbers,  is  also  shown.  Here,  the  direction  of  N  has  been  reversed,  which 
with  the  (additional)  sign  change  In  ft,  means  that  the  normal  vector  of  that 
Image  network  points  upward  from  the  page.  Reflections  in  the  second  plane  of 
symmetry  does  not  change  the  direction  of  either  R  or  N.  The  resulting  normal 
vector  is  shown  In  figure  B.23b.  With  these  reflection  rules  each  network 
(the  Input  and  its  three  images)  has  its  upper  surface  exposed  to  the  external 
flow  field. 

If  a  network  occurs  in  a  plane  of  symmetry,  special  treatment  Is  required 
for  analysis  of  the  network  and  Its  Image.  This  treatment  by  the  program 
avoids  singularities  which  otherwise  would  occur  since  the  Input  and  Image 
networks  have  the  same  location.  (For  a  discussion  of  the  network  properties 
which  activate  this  treatment,  see  the  second  Item  under  the  restrictions  on 
networks  in  section  B.1.3)  The  user  must  take  special  care  in  specifying 
boundary  conditions  and  In  interpreting  the  results  for  such  a  network. 

Figure  B.24  shows  In  schematic  form  a  network  and  Its  image  In  a  plane  of 
symmetry.  The  "interior"  domain  may  have  zero  volume,  but  Is  considered  since 


boundary  conditions  must  be  specified  on  both  surfaces  of  the  input  network 
(see  section  A. 3).  The  best  choice  for  the  boundary  condition  is  the 
condition  of  zero  total  normal  mass  flux,  that  is, 

W*n  ■  0 

on  the  network  surface  exposed  to  the  Interior  domain.  (In  theory  this 
condition  causes  an  ill-posed  problem  In  the  interior  domain,  but  this 
difficulty  is  eliminated  by  the  program  in  the  special  treatment  of  the 
network  in  a  plane  of  symmetry.  Also,  this  condition  requires  the  use  of 
class  4  boundary  conditions,  see  section  B.3.1.) 
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B.3  Boundary  Conditions 


The  properties  of  the  flow  field  are  determined  by  the  Prandtl-Glauert 
equation  and  the  corresponding  Integral  equation.  The  solution  of  these 
equations  requires  a  set  of  boundary  conditions,  which  enable  the  user  to 
specify  the  flow  properties  on  network  surfaces.  A  general  boundary  condition 
equation  is  used  in  the  PAN  AIR  input,  allowing  the  user  to  specify  a  variety 
of  boundary  conditions.  Special  classes  and  subclasses  are  defined  to  allow 
the  user  to  specify  standard  boundary  condition  equations  in  an  easy  manner. 
The  boundary  condition  equations  are  discussed  in  detail  In  appendix  H  of  the 
Theory  Document. 


8.3.1  Boundary  Condition  Equations 


The  physical  vehicle  boundary  as  well  as  flow  field  boundaries  such  as 
wakes,  jet  efflux  tubes,  and  inlet  and  exhaust  barriers  are  defined  by 
networks.  Boundary  conditions  are  imposed  on  each  network  for  the  solution  of 
the  boundary  value  problem.  In  PAN  AIR  the  number  of  boundary  conditions 
specified  on  a  network  coincides  with  the  number  of  unknown  singularity 
parameters  on  that  network.  This  condition,  in  conjunction  with  the  network 
by  network  spline  construction,  makes  each  network  logically  independent  of 
other  networks. 


The  boundary  conditions  are  of  two  general  types,  analysis  and  design, 
corresponding  to  the  types  of  flow  problems  to  which  PAN  AIR  is  applied. 
Analysis  boundary  conditions  are  for  the  following  problem:  given  the  flow 
conditions  at  the  boundary,  find  the  resulting  flow  field  Including  the 
pressure  distribution.  PAN  AIR  has  a  non-iterative  design  capability  which 
solves  the  following  problem:  given  the  conditions  in  the  undisturbed  flow 
field  and  the  desired  pressure  distribution  on  network  surface(s),  find  the 
resulting  flow  field  including  data  needed  for  a  linearized  redesign  of  the 
original  network  surface(s). 

The  user  can  specify  a  maximum  of  two  independent  boundary  condition 
equations  at  rach  control  point  (see  section  A. 3).  The  two  Independent 
boundary  conditions  must  apply  to  the  two  surfaces  (the  “upper"  and  "lower") 
of  the  network.  However  in  many  cases  it  is  more  convenient  and  economical  to 
specify  a  linear  combination  of  the  two  boundary  conditions,  particularly  if 
one  of  the  singularity  strengths  can  be  determined  by  so  doing.  The  linear 
combination  is  equivalent  to  the  original  two  boundary  condition  equations. 


A  general  equation  is  used  In  PAN  AIR  to  allow  the  user  a  wide  choice  of 
boundary  conditions.  The  general  boundary  condition  equation  is  composed  of 
four  separate  relations,  each  involving  perturbation  flow  quantities  on  the 
left-hand  side.  The  first  relation  is  the  boundary  condition  for  mass  flux 
analysis:  a  mass  flux  is  specified  in  the  direction  normal  to  the  surface. 


au(Vn) 


+  a(  (wL-n) 
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where  U,  L,  A,  D  -  upper,  lower,  average,  difference  (surfaces) 
o  -  (w0-n) 

e„„  -  user-specified  normal  mass  flux 
nm 
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The  second  relation  Is  the  boundary  condition  for  velocity  potential 
analysis:  a  velocity  potential  function  Is  specified  at  the  surface. 

cU#U  +  c^L  +  CA#A  +  cOw“bp^‘^+0p  1 


(6.3.2) 


where  ¥  «  (x/s8  ,  y,  z) 

u  -  d0 

Up  -  user-specified  (perturbation  velocity)  potential 

and  where  (x,y,z)  are  the  contrrl  point  coordinates  In  the  compressibility 
axis  system.  (This  relation  ca..  je  used  to  specify  perturbation  or  total 
potential  on  a  surface,  see  section  B.3.6  for  exambles.)  The  third  relation 
Is  the  boundary  condition  for  velocity  design:  a  flow  velocity  Is  specified 
In  a  direction  tangent  to  the  surface. 

Vu  ♦  V  \ +  v  + V>  •  bt  v  bo +  st  (B-3*3) 

where  "t  «  tangent  vector  coefficient  (for  subscripted  velocity  term) 

Bt  -  user-specified  tangential  perturbation  velocity 

The  fourth  relation  Is  the  boundary  condition  for  velocity  analysis:  a  flow 
velocity  Is  specified  In  the  direction  normal  to  the  surface. 


eu(  V  +  eL(V  +  eA(  V  +  e0(  V  *  bn  "  +  \ 


(B.3.4) 


where  env  -  user-specified  (perturbation)  normal  velocity 

Although  the  velocity  analysis  boundary  condition  Is  provided  for  the  user, 
the  standard  PAN  AIR  formulation  uses  mass  flux  boundary  conditions  for 
analysis  with  Impermeable  surfaces  (see  sections  5.4  and  B.O  of  the  Theory 
Document). 

To  solve  the  Integral  equation  associated  with  the  Prandtl-Glauert 
equation  (A. 1.1),  the  Prandtl-Glauert  transformation  Is  used. 


y  «  ey 
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The  original  Prandtl-Glauert  equation  has  two  standard  forms  in  the  new 
coordinates:  Laplace's  equation  h  subsonic  flow,  and  the  wave  equation  in 
supersonic  flow.  The  basic  integrals,  that  is,  the  panel  Influence 
coefficients,  required  to  solve  the  Prandtl-Glauert  equation  are  evaluated  In 
the  transformed  coordinates.  These  are  then  t? ansformed  to  the  original 
reference  coordinates  before  applying  the  boundary  conditions. 

In  PAN  AIR  the  user  can  choose  either  mass  flux  or  velocity  boundary 
conditions,  equation  (B.3.1)  or  (B.3.4).  *or  subsonic  flow  the  mass  flux 
boundary  condition  applied  to  the  real  geometry  gives  the  same  solution  for 
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the  velocity  potential  as  the  velocity  boundary  conditions  applied  to  the 
equivalent  incompressible  geometry  obtained  by  using  the  Prandtl-Glauert 
transformation,  equation  (8.3.5).  The  velocity  boundary  conditions  applied  to 
the  real  geometry  give  what  is  called  the  "Gothert  Rule  II"  in  reference  B.2. 
These  boundary  conditions  can  be  imposed  in  PAN  AIR  by  using  class  4  or  class 
5  boundary  conditions  (see  discussion  below).  However  the  standard  PAN  AIR 
formulation  is  based  upon  the  mass  flux  boundary  conditions;  the 
user-convenience  features  (that  is,  the  boundary  condition  classes  listed 
below)  are  accordingly  designed  with  that  case  In  mind. 

The  general  PAN  AIR  input  boundary  condition  equation  is  the  sum  of 
equations  (8.3.1)  to  (B.3.4)  and  is  given  in  figure  8.25.  The  duplicate  terms 
for  the  normal  component  of  the  total  onset  flow  which  appear  on  the 
right-hand  sides  of  equations  (B.3.1)  and  (8.3.4)  are  replaced  by  a  single 
term.  The  four  s  quantities  ("specified  flows")  are  combined  into  a  single 
term  to  simplify  the  data  input  (record  set  N17). 

The  preceding  form  of  the  boundary  condition  equations  is  redundant  since 
it  Includes  both  the  upper-lower  and  average-differenco  pairs  of  terms.  This 
redundant  form  is  used  for  the  program  input  since  it  allows  the  user  to 
specify  boundary  condition  equations  in  the  general  form.  Within  PAN  AIR  the 
input  terms  are  combined  to  give  the  total  everage-difference  terms  (see 
appendix  H.l  of  the  Theory  Document).  The  procedure  is  based  upon  the 
relations  between  the  average-difference  quantities  and  the  upper-lower 
quantities.  For  example,  the  relations  for  the  mass  flux  are 

wA  -  1/2  (w^  +  (3. 3. 6a) 

Wq  ■  (Wjj  —  WL)  (8.3.6b) 

A  standard  set  of  boundary  condition  classes  Is  defined  to  simplify  the 
input  data  required  for  frequently  used  problems.  The  standard  boundary 
condition  classes  (record  N9)  are 

Class  Boundary  Condition 

T"  Impermeable  Surface  Mass  Flux  Analysis 

2  Specified  Normal  Mass  Flux  Analysis 

3  Specified  Tangential  Velocity  Design 

4  Selected  Terms 

5  General  Boundary  Condition  Equation 

The  selection  of  a  boundary  condition  class  and  associated  subclass 
resuUs  in  the  specification  of  two  boundary  condition  equations  for  each 
control  point.  Depending  on  the  class  and  subclass,  the  user  may  be  required 
to  supply  additional  data  for  the  boundary  condition  equations. 

Classes  1  and  ?.  define  mass  flux  analysis  boundary  conditions.  Class  l 
defines  boundary  conditions  of  zero  mass  flux  normal  to  the  surface  and  is 
appropriate  for  flow  over  Impermeable  surfaces.  With  selection  of  class  1 
boundary  conditions  (with  appropriate  subclass),  the  boundary  condition 
equations  are  completely  specified;  the  user  Is  not  required  to  supply  any 
additional  Information.  However  the  user  can  optionally  specify  different 
onset  flows  (global,  rotational  and  local)  which  contribute  to  the  total  onset 
flow  term  on  the  right-hand  side,  bn‘U0><!i,  figure  B.25.  Class  1  boundary 
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conditions  are  discussed  in  section  3.3.  Class  2  defines  boundary  conditions 
with  a  specified  mass  flux  normal  to  the  surface.  With  class  2  the  boundary 
condition  equations  are  completely  specified,  except  for  the  specified  flow 
terms  on  the  right-hand  side  which  the  user  must  specify  (record  set  N17). 
Class  2  boundary  conditions  are  discussed  in  section  B.3.2. 

Class  3  defines  design  boundary  condition  equatidns  with  a  specified 
velocity  tangent  to  the  surface.  The  user  must  specify  the  surface  tangent 
vector  coefficients  (record  set  N16),  with  two  standard  options  available  to 
simplify  this  requirement.  The  user  must,  in  most  cases,  specify  a  closure 
condition  (record  set  N14)  for  each  network  with  class  3  boundary  conditions. 
The  user  must  also  supply  the  specified  flows  (record  set  N17)  which  specify 
the  tangential  velocities  or  pressure  coefficients  at  the  control  points. 

Class  3  boundary  conditions  are  discussed  in  section  B.3.3. 

j  :«  Class  4  boundary  conditions  allow  the  user  to  select  one  term  each  from 

the  left  and  right-hand  side  terms  of  the  general  boundary  condition  equation, 
figure  B.25.  Standard  numerical  values  are  assigned  to  the  coefficients  of 
the  selected  terms  (values  are  +1  for  left-hand  side  terms  and  ±1  or  0  for 
right-hand  side  terms).  Exceptions  are  terms  involving  the  tangent  vector 
coefficients  (record  set  N16)  and  the  specified  flow  terms  (record  set  N17) 
both  of  which  must  be  supplied  by  the  user. 

Class  5  boundary  conditions  allow  the  user  to  select  any  combination  of 
terms  from  the  general  boundary  condition  equation,  figure  B.25.  The  user 
must  supply  numerical  values  of  the  coefficients  of  the  selected  terms  (record 
/  set  N15).  The  class  5  option  allows  almost  complete  generality  In  specifying 

the  boundary  condition  equations,  but  requires  the  most  input  data  and  the 
most  user  knowledge  to  formulate  the  boundary  condition  equations. 

Two  other  types  of  boundary  condition  equations  can  also  be  specified. 

One  Is  the  closure  condition.  This  is  used  In  design  applications  and  is 
I  '  discussed  in  section  B.3.5.  The  other  is  the  singularity  strength  matching  or 
edge  matching  boundary  condition  and  is  discussed  in  section  B.3.5. 

The  manner  In  which  the  PAN  AIR  boundary  condition  capability  can  be  used 
to  construct  models  representing  physical  flow  problems  is  illustrated  by 
several  examples  In  section- B. 3,6.  Additional  examples  appear  in  section 
B.3.2  for  class  2,  subclass  5  boundary  conditions  which  are  used  to  model 
lifting  surfaces  in  the  spirit  of  classical  thin  wing  theory. 


8.3.2  Specified  Normal  Mass  Flux  Analysis  (Class  2)  Boundary  Conditions 


This  class  of  boundary  value  problems  is  an  extension  of  class  I 
(impermeable  surface)  boundary  conditions  to  allow  a  "specified  flow"  through 
the  surface.  The  specified  flow  Is  a  user-tpecified  normal  mass  flux  on  the 
right-hand  side  of  the  boundary  condition  equation(s).  A  common  application 
of  class  2  boundary  conditions  is  linearized  surface  modeling  with  specified 
flows  used  to  simulate  surface  thickness,  camber  and  deflection.  This  Is  an 
application  of  classical  thin  wing  theory  (references  B.3  and  B.4).  Other 
applications  are  the  simulation  of  flow  entrainment  and  the  representation  of 
Inlet  flow  and  jet  effluxes. 
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Class  2  boundary  conditions  are  grouped  into  five  subclasses  listed  In 
table  B.l  (also  figure  7.5).  The  boundary  conditions  apply  either  to  thick 
bodies  (subclasses  1  and  2)  or  to  thin  bodies  (subclasses  3,  4  and  5).  For 
thick  bodies,  subclasses  1  and  2  correspond  to  the  case  of  the  t/.pper  and  lower 
surfaces  wetted  by  the  physical  flow  field,  respectively.  For  thin  bodies, 
subclasses  3,  4  and  5  correspond  to  different  forms  of  the  specified  flow. 
Subclass  5  is  the  general  case  which  includes  the  other  two  subclasses  as 
special  cases.  The  boundary  condition  equations  are  described  below  for  each 
subc 1  ass • 


Subclass* 

1  -  UPPER 

2  -  LOWER 

3  -  DEFLECTION 

4  -  THICKNESS 

5  -  BOTH 


Subclass  Description 

Specified  Normal  Mass  Flux  on  Upper  Surface 
Specified  Normal  Mass  Flux  on  Lower  Surface 
Linearized  Deflection  on  Average  (Cambered)  Surface 
Thickness  on  Average  (Cambered)  Surface 
Both  Deflection  and  Thickness  on  Average  Surface 


*  Program  Index-Keyword 

Table  B.l  Subclasses  for  class  2  boundary  conditions 


The  general  class  2  boundary  condition  equation  is  the  statement  that  the 
normal  component  of  the  total  mass  flux  is  equal  to  a  specified  normal  mass 
flux  on  the  surface. 


n  *•* 
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The  total  linearized  mass  flux  is  the  sum  of  the  total  onset  flow  and  the 
perturbation  mass  flux,  see  the  development  of  equation  (8.2.6) . 
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Combining  aquations  (B.3.7)  and  (B.3.8),  the  relation  for  the  normal  component 
of  the  perturbation  mass  flux  is 


w<n 

The  specified  flow  a 

nm 


~  uo  n  +  Bnm  (B.3.9) 

Is  the  normal  mass  flux  Issuing  from  the  surface. 


For  a  linearized  surface  representation  the  specified  flow  is  equal  to  that 
amount  required  to  turn  the  flow  through  specified  angles.  For  a  linearized 
representation  of  a  change  of  surface  position  the  specified  flow  Is  equal  to 
the  difference  between  the  products  of  the  onset  flow  velocity  and  the  surface 
slope  for  the  represented  surface  and  the  original  user-specified  surface, 
figure  B.26.  ’ 


(8.3.10) 
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In  boundary  condition  class  2,  equation  (B.3.9)  Is  applied  either  at  the 
upper  surface  (subclass  1)  or  at  the  lower  surface  (subclass  2)  of  a  network. 
It  is  also  applied  at  both  surfaces  (subclasses  3  to  5)  In  the  form  of  the 
average  and  difference  of  the  upper  and  lower  surface  values.  Equation 
(B.3.10)  is  similarly  applied  to  the  upper,  lower,  or  both  surfaces  for  a 
linearized  representation  of  a  position  change  of  the  surface(s). 

As  mentioned  above,  class  2  boundary  conditions  are  extensions  of  class  1 
boundary  conditions:  for  non-wake  networks  a  class  1  problem  can  be  run  as  a 
class  2  problem  with  the  specified  flow  term(s)  set  to  zero.  The  two  problems 
will  give  the  same  solution  for  the  singularity  parameters.  However  there  are 
differences  in  the  post-solution  modules  which  will  cause  two  basic 
differences  between  the  results  for  the  two  problems.  First,  the 
post-solution  calculations  are  more  efficient  for  the  class  1  problem. 

Second,  there  may  be  small  differences  In  the  computed  flow  velocities. 


B. 3.2.1  Class  2  -  Subclass  1  (UPPER) 


This  boundary  condition  subclass  Is  the  condition  of  specified  normal  mass 
flux  on  the  upper  surface  of  a  thick  configuration  as  shown  In  figure  B.27. 

The  upper  surface  of  the  thick  configuration  Is  wetted  by  the  physical  flow, 
figure  B.27a.  (The  upper  surface  has  the  outward-pointing  normal  vector.) 

The  equations  used  by  the  program  are 

o.-U'S*},  (B.3.11a) 

o  nl 

dL  -  0  ( B. 3 . lib ) 

The  lower  surface  is  assigned  the  boundary  condition  of  perturbation 
stagnation,  equation  (8.3.11b).  It  is  assumed  that  all  other  network  surfaces 
circumscribing  the  domain  have  the  same  boundary  condition.  Since  the  entire 
surface  of  the  domain  has  the  zero  potential  boundary  condition,  the 
perturbation  potential  Is  zero  In  the  entire  domain.  Thus  both  the  potential 
and  Its  gradient  are  zero  on  the  lower  surface  of  the  network.  Similarly  the 
perturbation  mass  flux  is  zero,  or  In  terms  of  Its  normal  component 

wL*n-0  (B.3.12) 

The  other  boundary  condition,  equation  (B. 3.11a),  Is  the  condition  of 
specified  total  normal  mass  flux  on  the  upper  surface  of  the  network.  Writing 
equations  (B.3.7)  and  (B.3.9)  for  the  upper  surface,  this  condition  Is  (In  two 
equivalent  forms) 

Vn  "  enmu  ( B. 3 . 13a ) 

wjn  -  -tf-n  ♦  »nmU  (B.3.13b) 

Using  equation  (A. 2.5a)  to  Introduce  the  source  strength, 
o  »  (Wy  -  w^)'  n 
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and  subtracting  equation  (B.3.12)  from  equation  (B.3.13b)  gives 

«  ■  -  "  *  ’*1  >S-3-14l 

This  becomes  equation  (B.3.11a)  when  the  specified  flow  Is  Identified  In  the 
program  notation  as  0^;  the  subscript  1  Is  used  to  Identify  the  first 

boundary  condition  equation.  Accordingly,  the  user  must  supply  the  specified 
flow  terms  (record  set  N17)  for  the  first  equation.  Otherwise  the  boundary 
condition  equations  ( B. 3 . 11a)  and  (B. 3.11b)  are  completely  defined  by 
specifying  the  class  and  subclass  (record  N9). 

For  zero  total  mass  flux  normal  to  the  upper  surface*  the  specified  flow 
enl  Is  zero  by  equation  (B.3.13a).  In  this  case  0  -  ¥y*J>  -  - 

that  Is,  the  known  source  strength  generates  an  amount  of  upper  surface 
perturbation  normal  mass  f'lux  which  exactly  cancels  the  normal  component  of 
the  total  onset  flow,  figure  B.27b.  This  Is  the  mass  flux  boundary  condition 
for  an  Impermeable  surface.  Any  positive  (negative)  increment  en^  to  this 

source  strength  will  cause  a  net  mass  flux  to  flow  from  the  upper  surface  In 
the  positive  (negative)  ri-dlrectlon.  This  Is  Illustrated  in  figure  B.27c  for 
the  case  of  positive  en,.  For  a  linearized  surface  representation  the 

specified  flow  Is  equal  to  the  difference  In  the  product  of  the  total  onset 
flow  and  the  surface  slope  between  the  actual  and  represented  upper  surface, 
equation  (B.3.10)  and  figure  B.26. 

The  two  boundary  condition  equations  are  special  cases  of  the  general 
relation,  equation  (B.3.1)  to  (B.3.4).  Equation  (8.3 . 11a)  Is  a  special  case 
of  equation  (B.3.1)  with  ay  -  1,  bn  -  -1  and  the  other  coefficients  equal  to 

zero;  the  specified  flow  Is  supplied  by  the  user  (record  set  N17).  Equation 
(B,3.11b)  Is  a  special  case  of  equation  (B.3.2)  with  cL  •  1  and  all  other 

coefficients  equal  to  zero. 


B. 3.2.2  Class  2  -  Subclass  2  (LOWER) 


This  boundary  condition  subclass  Is  the  condition  of  specified  normal  mass 
flux  on  the  lower  surface  of  a  thick  configuration  as  shown  In  figure  B.28. 

The  lower  surface  of  the  thick  configuration  Is  wetted  by  the  physical  flow, 
figure  B.28a.  This  problem  Is  the  same  as  subclass  1  (UPPER),  except  that  the 
definition  of  the  upper  and  lower  surfaces  (or  equivalently  the  direction  of 
the  network  normal  vector)  Is  reversed.  The  equations  used  by  the  program  are 

-o--U0'n  +  Bnl  ■  (B.3.15a) 

dy  -  0  (B.3.15b) 

The  upper  surface  Is  assigned  the  boundary  condition  of  perturbation 
stagnation,  equation  (B.3.15b).  It  Is  assumed  as  In  subclass  1  that  the  zero 
potential  boundary  condition  Is  applied  on  all  surfaces  circumscribing  the 
domain.  Consequently  the  perturbation  mass  flux  Is  zero  on  the  upper  surface, 
or  In  terms  of  the  normal  component 


Wjj*  n  »  0 


(6.3.16) 


The  other  boundary  condition  equation  Is  the  condition  of  specified  total 
normal  mass  flux  on  the  lower  surface  of  the  network.  Writing  equations 
(8.3.7)  and  (B.3.9)  for  the  lower  surface,  this  condition  Is  (in  two 
equivalent  forms) 

5  ■  *«L  C-3-17*) 

V  S  ' -V  !  *  #n»L  "•3-17b) 

Equation  (B. 3.15a)  is  obtained  by  subtracting  equation  (B.3.16)  from  equation 
(B.3.17b)  and  using  the  defining  property  of  the  source  strength  at  a  control 
point,  equation  (A. 2. 5a).  The  resulting  boundary  condition  equation  Is 

-  (*„  -  wL)  •  n  -  -a  -  -U0*  n  *enmL  (B.3.18) 


In  program  notation  the  specified  flow  Is  Identified  as  0nl;  the  subscript 

1  Is  used  to  Identify  the  first  boundary  condition  equation.  This  equation  Is 
the  same  as  equation  ( B. 3 . 11a)  for  subclass  1,  except  for  the  minus  sign  on 
the  source  strength.  This  sign  change  is  due  to  the  Interchange  of  the  upper 
and  lower  surfaces,  and  to  the  ordering  of  the  normal  mass  fluxes  on  the  upper 
and  lower  surfaces  In  the  definition  of  the  source  strength,  equation 
(A. 2. 5a). 


For  zero  total  mass  flux  normal  to  the  lower  surface,  the  specified  flow 
enl  Is  zero  by  equation  (8.3. 17a),  that  Is,  the  known  source  strength 

generates  an  amount  of  perturbation  normal  mass  flux  on  the  lower  surface 
which  exactly  cancels  the  normal  component  of  the  total  onset  flow.  Any 
positive  (negative)  Increment  0  to  this  source  strength  will  cause  a  net 

mass  flux  to  flow  from  the  lower  surface  In  the  negative  (positive)  n 
direction,  figure  B.28b. 


B.3.2.3  Class  2  -  Subclass  3  (DEFLECTION) 


This  boundary  condition  subclass  Is  the  condition  of  specified  average 
normal  mass  flux  on  a  thin  ("average")  configuration  as  shown  In  figure  B.29. 
This  subclass  Is  used  for  a  linearized  representation  of  surface  camber  or 
deflection  on  the  Input  network.  The  surface  thickness  Is  ignored.  The 
equations, used  by  the  program  are 

0  ■  0  ( B.3 . 19a) 

wA*  n  -  -  U0*  n  +  en2  (B.3. 19b) 

These  equations  are  discussed  below  In  the  section  on  class  2,  subclass  5 
boundary  conditions,  since  subclass  3  Is  a  special  case  of  subclass  5. 
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8. 3. 2. 4  Class  2  -  Subclass  4  (THICKNESS) 


This  boundary  condition  subclass  is  the  condition  of  specified  normal 
mass  flux  difference  on  a  thin  configuration  as  shown  in  figure  B.29.  This 
subclass  Is  used  for  a  linearized  representation  of  a  surface  with  (symmetric) 
thickness  on  the  Input  network.  There  is  no  linearized  representation  of  a 
change  In  the  surface  camber,  that  Is,  the  surface  camber  Is  that  of  the  Input 
network.  The  equations  used  by  the  program  are 


wA  ♦  n  .  -  U0  •  n 


(B. 3.20a) 
(B.3.20b) 


These  equations  are  discussed  below  In  the  section  on  class  2,  subclass  5 
boundary  conditions,  since  subclass  4  is  a  special  case  of  subclass  5. 


B.3.2.5  Class  2  -  Subclass  5  (BOTH) 


This  boundary  condition  subclass  is  the  general  condition  of  specified 
normal  mass  flux  on  a  thin  configuration.  It  is  used  for  a  linearized 
representation  of  thickness  and  camber  (or  deflection)  on  the  Input  network. 
The  equations  used  by  the  program  are 


l"#nl 
•  n  *  -  U 


(B.3.21a) 

(B.3.21b) 


Subclass  5  includes  as  special  cases  both  subclass  3  (sn^  equal  to  zero)  and 
subclass  4  (0n2  equal  to  zero). 

Subclass  5  deals  with  thin  configurations  representing  approximations  to 
actual  wing  or  tall  configurations  In  the  spirit  of  classical  thin  wing 
theory.  The  term  thin  configuration  refers  to  a  source  and/or  doublet  sheet 
(a  PAN  AIR  composite  network)  as  shown  in  figure  B.29.  At  the  upper  and  lower 
surfaces  of  this  network,  the  following  expressions  are  written  for  the  total 
normal  mass  flux,  using  equations  (B.3.7)  ano  (B.3.8). 


»u)  • "  ■  *„*, 
"■  (iro*"L>  '  S-%«. 


( B . 3 . 22a ) 
(B.3.22b) 


Subtracting  and  averaging  these  two  equations  gives 
(fU  -  V  •  S  ■  #™«)  ■  "nl 


(B.3.23a) 


'«(f i  ♦  v  •  *  -  -  V  *  ♦ 1/2  (,«u  *  v>  (B-3-23b) 

Using  equations  (B.3.6a)  and  ( B. 3 . 6b) ,  these  equations  can  be  written  as 

w.  •  n  -  a  m  a  (B.3.24a) 


) 


( 


w.  •  n»-U  ■  n  +  #  -  (B. 3.24b) 

a  o  n2 

In  terns  of  the  difference  and  average  normal  mass  fluxes;  where  equation 
(A. 2. 5a)  has  been  used  to  Introduce  the  source  strength  a.  and  where 


®nl  “  BnmU  "  Bnnt 


(B.3.25a) 


fln2  "  1/2  ^snmU 


+  8nmL) 


(B. 3.25b) 


Both  equation  (B. 3.24a)  and  (B.3. 24b)  are  special  cases  of  the  general  normal 
mass  flux  boundary  condition,  equation  (B.3.1).  The  numerical  Indices  on  the 
two  specified  flows  have  no  physical  meaning;  they  are  merely  Identifiers  used 
to  place  user-specified  Input  data  Into  the  proper  boundary  condition  equation. 


The  specified  flow  terms  have  special  forms  for  linearized  representation 
of  thickness  and  camber  on  a  thin  configuration.  Two  simulated  surface  slopes 
are  defined,  one  (a)  for  the  top  and  one  (b)  for  the  bottom  boundaries  of  a 
thick  configuration.  The  total  specified  flow  Is  separated  Into  two  parts. 

The  first  part  Is  the  representation  of  the  (symmetric)  thickness  relative  to 
the  original  boundary  surface  of  the  thin  configuration.  Applying  equation 
(B.3.10)  to  the  upper  and  the  lower  surfaces  of  the  network  gives  the  relation 


(B.3.26a) 


This  specified  flow  Is  the  product  of  the  total  onset  flow  and  twice  the  slope 
of  the  symmetric  thickness,  referred  to  as  the  "slope  of  thickness  form." 

B„i  -  »ot  of  thickness  form  (B.3,26b) 

nl  0  7x5- 

The  second  part  Is  the  representation  of  the  (anti -symmetric)  camber  relative 
to  the  original  surface  of  the  thin  configuration.  Again  applying  equation 
(B.3.10)  to  the  upper  and  the  lower  surfaces  of  the  network  gives  the  relation 

8Zo|  ♦  a  8zo|  1  (B.3.27a) 

T^olj 


of  surface  camber  (B.3 . 27b) 


®n2 


iu.  [' 


A  „  m  U  8Z0C 

B"2  o  Tto 


This  specified  flow  is  the  product  of  the  total  onset  flow  and  the  slope  of 
the  cambered  surface. 

An  example  of  the  use  of  specified  flow  to  simulate  a  thick  cambered 
configuration  Is  shown  In  figure  B.30.  The  flat  Input  network  Is  In  the  x0-yQ 

plane.  Two  functions  are  given  for  the  top,  zoa(xQ),  and  the  bottom,  zQi)(x0)» 

of  the  airfoil  boundaries.  The  difference  between  the  top  and  bottom 
boundaries  Is  the  simulated  thickness,  whose  slope  multiplied  by  the  total 
onset  flow  gives  enl,  equations  (B.3. 26a)  and  (B.3. 26b).  The  average 


i 
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of  the  top  and  bottom  boundaries  is  the  simulated  camber,  whose  slope 
multiplied  by  the  total  onset  flow  gives  en2,  equations  (B.3.27a)  and 

(B.3.27b). 

The  general  case  of  simulation  of  a  thick  cambered  configuration  Includes 
the  special  cases  of  simulation  of  surface  camber  or  deflection  without 
thickness  and  of  surface  thickness  without  camber  or  deflection.  Equivalently 
the  boundary  condition  equations  for  subclass  5  include  as  special  cases  the 
equations  for  subclass  3  and  subclass  4,  respectively. 

The  use  of  subclass  3  boundary  conditions  is  illustrated  by  the  two 
examples  in  figures  B.31  and  B.32.  Figure  B.31  shows  the  case  of  a  simulated 
camber  line  zQC(x0)  modeled  with  a  flat  doublet  network  (that  is,  the  source 

strength  is  zero).  If  zQC  were  zero  everywhere,  the  perturbation  normal  mass 

flux  would  have  to  be  equal  to  -UQ*  n  to  cancel  the  normal  component  of  the 

onset  flow  and  hence  make  the  resultant  average  total  mass  flux  parallel  to 
the  x0  axis.  For  nonzero  zQC  the  doublet  sheet  must  produce  an  extra  amount 

of  normal  mass  flux  an2  such  that  the  flow  is  turned  through  the  angle  e(xQ) 

and  hence  the  resultant  flow  is  tangent  to  z^ .  Thus,  en2  is  given  by 


en2  ■  UQ  +  wA  tan  e  a  Ub  8zoc 


Figure  B.32  shows  the  simulation  of  a  deflected  flap  while  using  the  input 
network  geometry  of  the  undeflected  flap.  The  solid  curve  denoted  z0^(xQ)  is 

the  location  of  two  doublet  networks  representing  a  thin  cambered  wing  with  an 
undeflected  trailing  edge  flap.  For  this  case  the  resultant  average  mass  flux 
is  made  tangent  to  the  input  geometry  zQi(x0)  by  setting  an2  to  zero  in 

equation  ( B. 3 . 21b) .  To  simulate  a  deflected  flap  location,  denoted  by  the 
dashed  curve  z0^(xQ),  network  2  is  made  to  produce  an  additional  average  mass 

flux  Bn2(xQ),  normal  to  20-j ( x0) ,  such  that  the  flow  is  turned  through  the 

flap  angle  «.  For  small  values  of  changes  in  both  the  slopes  and  the 
perturbation  mass  flux,  «  is  given  by 

«  »  a  8zoc  -  3zof  -  8zoi 
3x0  ax0  3x0 

and  the  required  normal  mass  flux  for  network  2  is 

•„2-Uo  1  I'-3-2’) 

8*0 
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The  use  of  subclass  4  boundary  conditions  Is  Illustrated  In  figure  B.33, 
which  shows  a  linearized  representation  of  a  thin  configuration  with 
(symmetric)  thickness  but  without  camber.  This  allows  the  symmetric  thickness 
to  be  simulated  by  letting 


Bnmll 

8nmL 


lf£ 

ax0 


For  the  Input  network  to  be  Impermeable  the  boundary  condition  Is  n  -  0, 

hence  en2  is  zero  In  equation  (B.3.21b).  By  equation  (B.3.25b), 

Bn2  “  (0nmll  +  ®nmL^  *  °»  hence  the  upper  and  lower  surface  normal  mass 

fluxes  are  of  equal  magnitude  but  in  opposite  directions.  By  equation 
(B.3.25a) 


•nl 


U.  9zot 
0 


(B.3.30) 


In  equation  (B.3.21a).  This  user-specified  set  of  $nl  values  will  cause  the 
source  strength  a  -  Bnl  to  be  of  such  magnitude  that  the  flow  Is  tangent  to 
the  thickness  form  zot(*0).  Thus  the  subclass  4  or  subclass  5  boundary 
conditions  are  given  by  equations  (B. 3.21a)  and  ( B. 3.21b) ,  with  Bnl 
given  by  equation  (8.3.30)  and  sn2  -  0,  that  is. 


o  -  U  ifot  (B.3.31a) 

°  ax0  ^ 

wA  •  fi  »  -  U0  •  n  (B.3.31b) 

B.3.3  Design  (Class  3)  Boundary  Conditions 


Class  3  boundary  conditions  involve  the  specification  of  the  surface 
pressure  coefficient  or  equivalently  the  tangential  velocity  component  on  a 
given  surface.  Class  3  boundary  condition  equations  are  grouped  into  six 
subclasses  which  are  listed  in  table  B.2  (also  figure  7.6).  The  boundary 
conditions  apply  either  to  thick  bodies  (subclasses  1  and  2)  or  to  thin  bodies 
(subclasses  3  through  6).  The  boundary  conditions  are  used  In  the  design  of 
network(s)  to  satisfy  a  given  pressure  coefficient  distribution  (see  section  C 
of  the  Theory  Document).  Examples  of  design  problems  are  given  (cases  7  and 
8)  In  the  Case  Manual. 
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Subclass* 

Subclass  Dt  crlption 
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1 

1  -  UPPER 

Upper  Surface  Design 

> 

p 

r 

2  -  LOWER 

Lower  Surface  Design 

i‘ 

1 

3  -  THICKNESS 

Thickness  Design  with  Given  Camber 

1 

| 

4  -  CAMBER 

Camber  Design  with  Given  Thickness 

t, 

i 

5  -  THICKNESS  CAMBER 

Thickness  and  Camber  Design 

\ 

6  -  BOTH 

Upper  and  Lower  Surface  Design 

*  Program  Index-Keyword 


Table  B.2  Subclasses  for  class  3  boundary  conditions 


The  general  class  3  boundary  condition  specifies  the  tangential  velocity 
distribution  on  one  or  both  network  surfaces.  The  boundary  condition  equation 
has  the  general  form 

t  •  t *  st  (B.3.32) 

where  t  Is  a  unit  vector  tangent  to  the  surface,  "V  is  the  total  velocity  on 
the  surface  and  is  a  specified  fl.w  term  related  to  the  pressure 

coefficient  on  the  surface.  In  words,  the  tangential  component  of  the  total 
fluid  velocity  at  the  surface  is  equal  to  a  user-specified  value  related  to 
the  pressure  coefficient. 

For  an  example  of  the  development  of  the  specified  flow  term  a 
particular  pressure  coefficient-tangential  velocity  relation  is  used. 

Cp  -  1  -  (\T ♦  t/VU  )2  (B. 3.33) 

This  relation  is  one  of  the  pressure  coefficient  rules  available  in  PAN  AIR 
(record  G12,  option  REDUCED-SECOND-ORDER)  and  Is  discussed  In  section  B.4.2. 

It  Is  exact  for  Incompressible  flow  and  Is  approximate  for  compressible  flow. 

Two  possible  approaches  for  determining  the  specified  flow  term  ?r» 
described  here.  In  th?  first  approach  the  pressure  coefficient  desired  by  the 
user  is  given  (see  appendix  C  of  the  Theory  Document).  Rewriting  equation 
(B.3.33)  and  using  equation  (B.3.32),  the  specified  flow  is 


n 

V  • 


»t  - «-  U  - 1  Cp) 
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(B.3.34) 


where  it  has  been  assumed  that  |C^f  «  1  .  in  the  second  approach  the 

pressure  coefficient  is  expressed  in  terms  of  a  known  value,  Cpo,  and  the 
pressure  coefficient  desired  by  the  user,  Cp  (reference  6.5}.  Using 

equations  (B.3.32)  and  (B.3.33),  the  specified  flow  is 


where  it  has  been  assumed  that  J  Cp  -  Cpo  |  «  jl  -  Cpo  | 

The  choice  between  the  specified  flows  of  equations  (B.3.34)  and  (B.3.35) 
depends  upon  the  specific  application:  design  to  a  given  pressure  coefficient 
in  the  former  case,  and  redesign  to  a  given  change  in  pressure  coefficient  In 
the  latter  case.  For  more  complicated  pressure  coefficient-velocity 
relations,  for  example,  isentroplc,  the  delation  between  the  pressure 
coefficient  and  the  specified  flow  s*  would  be  determined  numerically. 

The  unknown  total  velocity  is  the  sum  of  the  total  onset  flow  velocity  and 
the  perturbation  velocity 

f-V* 

Combining  equations  (B.3.32)  and  (B.3.36),  the  boundary  condition  becomes 

t-v"  ■  -t  •  UQ  ♦  (B.3.37) 

This  is  the  general  form  of  the  design  boundary  condition  equation.  It  can  be 
applied  to  the  upper  and/or  lower  surface  of  a  network. 

In  PAN  AIR  a  more  general  equation  is  allowed  for  class  3  boundary 
conditions,  namely 

t-t -  -tt«  Ug  +  et  (B.3.38) 

Here  the  tangent  vectors  ("tangent  vector  coefficients")  are  not  restricted  to 
be  unit  vectors,  and  different  vectors  can  be  used  on  the  left  and  rigiit-hand 
sides  of  equation  (B.3.38).  These  options  give  the  user  flexibility  in 
formulating  design  boundary  conditions.  However,  the  input  data  for  the 
tangent  vectors  is  simpler  in  the  standard  case  of  equation  (B.3.37):  unit 
vectors  are  specified  as  the  default  option,  and  both  left  and  right-hand  side 
vectors  (and  vectors  for  a  second  boundary  condition  equation)  can  be 
specified  by  the  same  numerical  data.  Also,  all  examples  of  development  of 
specified  flows  are  based  on  equation  (B.3.37)  in  the  subsequent  discussion. 


B.3.3.1  Class  3  -  Subclass  1  (UPPER) 


This  boundary  condition  subclass  Is  the  design  problem  on  the  upper 
surface  of  a  thick  configuration,  figure  B.34,  with  the  upper  surface  wetted 


by  the  physical  flow.  (The  upper  surface  has  the  outward  pointing  normal 
vector.)  This  subclass  defines  equations  for  the  design  of  the  network  upper 
surface  with  a  user-specified  pressure  coefficient.  The  equations  used  by  the 
program  are 

Vvy  *  ~^tl*  Uo  +  ®tl  (B.3.39a) 

#L  -  0  (B.3.39b) 

where  the  subscripts  U  and  tl  on  the  tangent  vectors  are  used  by  the  program 
to  identify  the  user-supplied  tangent  vectors  (record  set  N16),  and  where  the 
subset Ipt  1  on  the  specified  flow  Is  used  to  place  the  user-supplied  specified 
flow  (record  set  N17)  into  the  first  equation. 

The  upper  surface  boundary  condition  equation  (B.3.39a)  is  obtained  by 
applying  the  general  boundary  condition,  equation  (B.3.38),  to  the  upper 
surface.  By  defining  the  two  tangent  vectors  to  be  equal  and  of  unit 
magnitude,  the  specified  flow  term  etl  can  be  determined,  for  example,  by 

applying  either  equation  (B.3.34)  or  equation  (B.3.35)  to  the  upper  surface. 
The  lower  surface  Is  assigned  the  boundary  condition  of  perturbation 
stagnation,  equation  (B.3.39b).  Using  the  definition  of  the  doublet  strength 
as  the  difference  between  the  potential  on  the  upper  and  lower  surfaces, 
equation  (A. 2. lb),  and  using  the  boundary  condition  on  the  lower  surface, 
equation  (B.3.39b),  gives  the  relation  «  p.  From  this  the 

perturbation  velocity  on  the  upper  surface  satisfies  the  relation 

V  *U  " 

This  relation  Is  not  used  In  the  boundary  condition  equations  since  no 
singularity  parameter  would  be  eliminated  by  so  doing. 


B.3.3.2  Class  3  -  Subclass  2  (LOWER) 


This  boundary  condition  subclass  is  the  design  problem  on  the  lower 
surface  of  a  thick  configuration,  with  the  lower  surface  wetted  by  the 
physical  flow.  This  problem  Is  the  same  as  subclass  1  (UPPER),  except  that 
the  definition  of  the  upper  and  lower  surfaces,  or  equivalently  the  direction 
of  the  surface  norma!  vector  relative  to  the  physical  flow.  Is  reversed.  The 
equations  used  by  the  program  are 

t^*  v^  ■  *  UQ  ^  ®tl  (B,3.40a) 

#u  -  0  (B.3.40b) 

where  the  subscripts  L  and  tl  on  the  tangent  vectors  are  used  by  the  program 
to  identify  the  user-supplied  tangent  vectors  (record  set  N16),  and  where  the 
subscript  1  on  the  specified  flow  Is  used  to  place  the  user-supplied  specified 
flow  (record  set  17)  Into  the  first  equation.  By  defining  the  two  tangent 


vectors  to  be  equal  and  of  unit  magnitude,  the  specified  flow  can  be 
determined,  for  example,  by  applying  either  equation  (B.3.34)  or  equation 
(B.3.35)  to  the  lower  surface. 


8. 3. 3. 3  Class  3  -  Subclass  3  (THICKNESS) 


This  boundary  condition  subclass  is  the  thickness  design  problem  on  an 
impermeable,  thin  configuration,  figure  B.35.  This  subclass  defines  equations 
for  thickness  design  with  user-specified  pressure  coefficient  and  camber 
functions.  The  equations  used  by  the  program  are 

V  *A  "  -*tl  *  *o  +  ®tl  (8. 3. 41a) 

wft  •  S  «  -Uo  •  n  +  $n2  (B.3.41b) 

The  first  relation  Is  that  for  ?verage  velocity  design  on  a  thin 
configuration.  In  the  case  where  the  two  tangent  vectors  are  equal  and  of 
unit  magnitude,  the  first  relation  is  obtained  by  writing  equation  (B.3.37) 
for  both  the  upper  and  lower  surfaces,  with  the  same  unit  tangent  vector  on 
both  surfaces.  These  two  equations  are  then  added  and  divided  by  two  to 
obtain  equation  (B. 3.41a)  with  the  new  quantities 

vA  -  i  (vy  +  vL)  (B.3.42a) 


Btl  “  7  (®tU  +  8tlJ  ( B. 3 . 42b ) 

The  specified  flow  can  be  determined,  for  example,  by  applying  either  equation 
(B.3.34)  or  equation  (B.3.35),  with  appropriate  notatlonal  changes  to  Indicate 
the  upper  and  1o».er  surfaces.  In  the  case  of  equation  (B.3.34)  the  relation  Is 

Hi  “  V~  Ci  -  i-  (cpU  -  CpL>3  (B.3.43) 

Only  the  average  of  the  upper  and  lower  surface  pressure  coefficients  is 
specified. 

The  second  relation,  equation  (B.3.41b),  Is  that  for  a  linearized 
deflection  or  camber  representation  on  a  thin  configuration.  This  relation  Is 
used  in  class  2  boundary  conditions  subclasses  3  and  5,  equations  (B.3.19b) 
and  (B.3.21b),  and  Is  discussed  In  section  B.3.2.5. 

In  this  subclass  the  user  specifies  the  average  (of  the  upper  and  lower 
surface)  properties  of  a  thin  configuration.  The  user  specifies  (1)  the 
average  total  tangential  velocity  (related  to  the  average  pressure 
coefficient)  through  and  (2)  the  average  perturbation  normal  mass 

flux  (related  to  the  average  surface  camber  or  deflection)  through  $n2. 

The  problem  solution  gives  the  normal  mass  flux  difference  between  the  upper 
and  lower  surfaces  (which  equals  the  source  strength).  By  equations  (B.3.24a) 


and  (B.3.26)  this  determines  the  configuration  thickness  which  corresponds  to 
the  two  sets  of  data  specified  by  the  user. 


8.3. 3. 4  Class  3  -  Subclass  4  (CAMBER) 


This  boundary  condition  subclass  is  the  camber  design  problem  on  an 
Impermeable,  thin  configuration,  figure  B.35.  This  subclass  defines  equations 
for  camber  design  with  user-specified  pressure  coefficient  and  thickness 
functions.  The  equations  used  by  the  program  are 

a  m  8^  (8.3.44a) 

?d-4  -  «t2  (B.3.44b) 

The  first  relation  is  that  for  linearized  thickness  representation  on  a 
thin  configuration.  This  relation  Is  used  In  class  2  boundary  conditions 
subclasses  4  and  5,  equations  (B. 3.20a)  and  (B.3.21a),.  and  Is  discussed  In 
section  8. 3. 2. 5. 

The  second  relation  is  that  for  difference  velocity  design  on  a  thin 
configuration.  In  the  case  where  the  tangent  vector  has  unit  magnitude,  the 
second  relation  is  obtained  by  writing  equation  (B.3.37)  for  both  the  upper 
and  lower  surfaces,  with  the  same  unit  tangent  vector  on  both  surfaces.  These 
two  equations  are  then  subtracted  and  the  difference  in  the  tangential 
components  of  the  perturbation  velocities  replaced  by  the  gradient  of  the 
doublet  strength  to  give  equation  (8.3.44b)  with  the  new  quantity 

Bt2  "  BtU  "  BtL  (B.3.45) 

The  specified  flow  can  be  determined,  for  example,  by  applying  either  equation 
(B.3.34)  or  equation  (B.3.35),  with  appropriate  notatlonal  changes  to  Indicate 
the  upper  and  lower  surfaces.  In  the  case  of  equation  (B.3.34)  the  relation  is 

»«■-£»•  (CPU  ‘  V.>  (B-3-46) 

Only  the  difference  between  the  upper  and  lower  surface  pressure  coefficients 
Is  specified. 

In  this  subv.lc.ss  tht  user  specifies  the  difference  (of  the  upper  and  lower 
surface)  properties  of  a  thin  configuration.  The  user  specifies  (\)  the 
difference  normal  mass  flux  (equal  to  the  source  strength  and  related  to  the 
thickness  of  the  configuration)  through  8n^  and  (2)  the  difference 

tangential  velocity  (related  to  the  difference  pressure  coefficient) 
through  et2.  The  problem  solution  gives  the  normal  mass  flux  overage  of 

tha  upper  and  lower  surfaces.  By  equations  (B.3.24b)  and  (B.3.27)  this 
determines  the  configuration  camber  or  deflection  which  corresponds  to  the  two 
sets  of  data  specified  by  the  user. 


8. 3. 3. 5  Class  3  -  Subclass  5  (THICKNESS  CAMBER) 


This  boundary  condition  subclass  Is  the  thickness  and  camber  design 
problem  on  an  Impermeable,  thin  configuration,  figure  B.35.  This  subclass 
defines  equations  for  thickness  and  camber  design  with  user-specified  pressure 
coefficient  functions.  The  equations  used  by  the  program  are 

VV-v  V*«i  <B-3-"*> 

V  Vw  -  St2  (B. 3 .47b) 

The  first  relation  is  equation  ( B. 3 .41a)  of  subclass  3  for  thickness 
design.  The  second  relation  Is  equation  (B.3.44b)  of  subclass  4  for  camber 
design.  In  the  case  where  the  three  tangent  vectors  are  equal  and  of  unit 
magnitude,  the  specified  flows  are  given  by  equations  (B.3.42b)  and  (B.3.45). 
The  specified  flows  on  the  two  surfaces  can  be  obtained,  for  example,  by 
applying  either  equation  (8.3.34)  or  equation  (B.3.35),  with 
approoriatenotational  changes  to  indicate  the  upper  and  lower  surfaces.  In 
the  case  of  equation  (8.3.34)  the  relations  are 

»u  - *•  r 1  -  J  <CPU  *  V  J  <B-3-*8i>> 

*t2  -  -  I  <u  (Cpu  -  CpL>  <B.3.48b) 

Both  the  average  and  difference  of  the  pressure  coefficients  on  the  upper  and 
lower  surfaces  are  specified. 

In  this  subclass  the  user  specifies  the  complete  pressure  coefficient  or 
tangential  velocity  data  for  the  thin  configuration.  The  problem  solution 
gives  both  the  difference  and  the  average  normal  mass  flux  for  the  upper  and 
lower  surfaces.  By  equations  (B.3.24),  (B.3.26)  and  (B.3.27)  these  determine 
the  configuration  thickness  and  the  configuration  camber  or  deflection, 
respectively,  which  correspond  to  the  pressure  data  specified  by  the  user. 


B.3.3.6  Clasi  3  -  Subclass  6  (BOTH) 


This  boundary  condition  subclass  is  equivalent  to  subclass  5.  The 
equations  used  by  the  program  are 


*11  ’  VU  “  “  *tl  *  Uo  +  8tl 


tL  •  VL  -  -  tt2 ‘  UQ  +  B 


t2 


(B.3.49a) 

(B.3.49b) 


The  two  boundary  conditions  are  obtained  directly  by  applying  equation 
(B.3.38)  to  the  upper  and  lower  surfaces,  introducing  appropriate  notation  for 
the  tangent  vectors  and  letting 
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(B. 3.50a) 


Bt?  -  StL  (8.3.50b) 

The  subscripts  1  and  2  are  used  by  the  program  to  place  the  user-supplied 
specified  flows  into  the  proper  equation.  In  the  case  where  the  four  tangent 
vectors  are  equal  and  of  unit  magnitude,  the  specified  flows  on  the  two 
surfaces  can  be  obtained,  for  example,  by  applying  either  equation  (B.3.34)  or 
equation  (B.3.35).  In  the  case  of  equation  (B.3.34)  the  relations  are 


tl  “  ^ 

0  '  \  cpu» 

(B. 3.51a) 

J 

1 

CM 

n  •  7  cpi* 

(B. 3.51b) 

Subclass  5  and  subclass  6  boundary  conditions  are  equivalent  if  the 
notational  differences  of  the  tangent  vector  coefficients  and  the  specified 
flows  are  accounted  for.  Specifically  the  average  and  difference  of  equations 
(B.3.49a)  and  (B.3.49b)  for  subclass  6,  together  with  the  required  notational 
changes,  give  equations  (B.3.47a)  and  (B. 3.47b)  for  subclass  5.  Comparing 
equations  (B.3.50a)  and  (6.3.50b)  with  equations  ( B. 3.48a)  and  (B.3.48b)  shows 
that  subclass  6  is  appropriate  when  the  pressure  coefficients  are  expressed  in 
terms  of  upper  and  lower  surface  values  and  subclass  5  Is  appropriate  when  the 
pressure  coefficients  are  expressed  in  terms  of  average  and  difference  values. 


B.3.4  Control  Points  and  Boundary  Condition  Location  Points 


The  boundary  condition  equations  are  imposed  at  the  control  points  of  each 
network.  In  PAN  AIR  the  control  points  are  located  at  each  panel  center,  at 
each  network  corner  point,  and  at  each  panel  edge  mid-point  which  is  on  the 
network  edge.  (Control  points  are  actually  located  near,  but  not  exactly  at 
these  positions.)  Beside  the  standard  control  point  locations  just  discussed, 
"additional"  control  points  can  occur  at  panel  corner  points  on  the  network 
edge.  These  points  are  introduced  at  network  abutments  of  the  type  shown  in 
figure  B.36.  Control  point  locations  are  discussed  In  detail  In  Appendix  G  of 
the  Theory  Document. 

A  maximum  of  two  non-null  boundary  condition  equations  can  be  imposed  by 
the  user  at  each  control  point.  PAN  AIR  combines  these  user-specified 
equations  with  other  equations  to  give  two  equations  at  each  control  point. 
This  set  of  equations  is  identified  in  the  (optional)  printout  of  the  DQG 
module. 

Arrays  of  "boundary  condition  location  points"  are  defined  for  each 
network,  with  each  point  corresponding  to  one  boundary  condition  equation. 

The  number  and  the  locations  of  the  boundary  condition  location  points  depend 
upon  the  type  of  flow  problem  under  consideration.  Since  a  network  is 
composed  of  the  superposition  of  source  and  doublet  distributions,  separate 
arrays  are  defined  for  these  two  distributions.  The  arrays  have  standard 
forms  shown  in  figure  B.37,  In  addition  to  the  arrays  shown  in  figure  B.37,  a 
null  source  (NOS)  and  a  null  doublet  (NOD)  array  are  used.  For  example,  the 
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null  source  array  is  used  in  combination  with  the  wake  singularity  arrays 
since  the  wakes  are  doublet-only  networks. 

In  most  applications  the  PAN  AIR  user  need  not  be  concerned  with  the 
boundary  condition  location  point  arrays.  The  arrays  are  automatically 
specified  by  the  boundary  condition  class  and  subclass  for  classes  1,  2  and 
3.  For  class  1  and  2  analysis  problems  on  non-wake  networks,  PAN  AIR 
automatically  selects  the  arrays  (SA  or  NOS,  and  OA)  which  correspond  to  the 
boundary  condition  class  and  subclass.  In  this  case  the  user  need  not  be 
concerned  with  the  positions  of  the  boundary  condition  location  points  since 
the  arrays  Involved  are  symmetric  with  respect  to  the  network  edge  numbers. 

For  wake  networks  the  user  must  locate  the  points  on  the  proper  network  edge; 
for  example,  for  network  type  DW1  the  points  should  be  on  the  leading  edge. 

For  class  3  design  problems,  PAN  AIR  automatically  selects  the  arrays,  v"t  the 
user  must  locate  the  points  on  the  proper  network  edges;  for  design  ne’  >r‘:s 
the  points  should  usually  be  on  the  leading  and  outboard  edges.  For  boui.iary 
condition  classes  4  and  5  the  user  must  specify  the  arrays  (using  record  til). 

PAN  AIR  h?s  a  user-convenience  feature  (record  N12)  for  relocating  the 
boundary  condition  location  points  which  occur  on  the  network  edges.  The 
default  positions  of  these  points  shown  in  figure  B.37  are  determined  by  the 
indexing  of  the  network  edges  which  in  turn  are  determined  by  the  ordering  of 
the  network  grid  points  in  the  input  data.  The  resulting  locations  of  the 
points  can  be  changed  by  using  record  N12,  which  allows  the  user  to  specify 
the  edges  to  be  used  for  the  point  locations.  Thus  the  user  is  not  restricted 
by  a  requirement  on  the  positions  of  the  boundary  condition  location  points 
when  ordering  the  network  grid  points.  For  example,  In  the  source  and  doublet 
design  arrays  (SOI  and  001)  the  network  edge  boundary  condition  location 
points  can  be  placed  on  any  two  adjacent  network  edges  by  using  record  N12. 

For  analysis  boundary  conditions,  the  source  (SA)  and  the  doublet  (DA) 
distributions  have  different  boundary  condition  location  point  arrays  as  shown 
In  figure  B.37.  More  points  are  required  for  the  doublet  singularities  due  to 
their  having  a  higher-order  distribution:  the  doublet  singularities  have  a 
quadratic  variation;  the  source  singularities  have  a  linear  variation.  Each 
panel  center  control  point  has  two  non-null  boundary  conditions.  Each  edge 
and  corner  control  point  has  one  non-null  boundary  condition  equation,  which 
is  either  one  of  the  network  boundary  conditions  or  an  edge  matching  condition 
between  network  edges  or  along  a  free  edge.  The  edge  matching  condition  is 
discussed  in  section  B.3.5. 

For  design  boundary  conditions,  the  boundary  condition  location  point 
arrays  for  the  source  (SOI)  and  doublet  (DD1)  singularities  are  identical, 
except  that  the  doublet  array  has  two  more  network  corner  points.  For  the 
points  on  the  network  edges  or  corners,  the  usual  boundary  conditions  are 
closure,  or  source  and  doublet  edge  matching  with  abuting  networks.  There  is 
a  basic  restriction  on  the  network  control  point  locations  in  design  type 
boundary  conditions:  abutting  network  edges  must  not  have  more  than  one  set 
of  boundary  condition  location  points  at  the  abutment.  In  this  case  the 
doublet  (or  source)  edge  matching  boundary  conditions  are  not  sufficient  to 
determine  the  doublet  (or  source)  strengths  at  multiple  sets  of  points  at  the 
abutment. 

For  wake  networks,  two  arrays  of  boundary  condition  location  points  are 
possible.  In  the  first  type  (DW1),  the  points  are  located  along  edge  1  at  all 


panel  edge  mid-points  and  at  the  network  edge  co>  nar  points.  This  array 
allows  the  doublet  strength  to  vary  in  the  (nominally!  spanwise  direction. 
Since  the  doublet  strength  does  not  vary  in  the  (nominally)  streamwise 
direction,  type  DW1  networks  are  usually  paneled  as  s’.^wn  in  figure  B.37.  In 
the  second  type  (DW2)  a  single  point  Is  located  at  the  network  corner  point 
defined  by  edges  1  and  4.  (By  program  definition  the  ooint  is  located  on  edge 
1.)  Since  the  doublet  strength  is  constant  on  the  type  0W2  network,  the 
networks  are  usually  not  divided  into  panels.  The  use  of  wake  networks  is 
discussed  in  sections  B.1.2  and  B.3.6. 


B. 3.5  Closure  and  Edge  Matching  Boundary  Conditions 


Closure  and  edge  matching  boundary  conditions  can  be  specified  by  the 
user.  Both  conditions  are  separate  from  the  general  bounaary  condition 
equation,  figure  B.25,  discussed  in  section  B.3.1.  Both  are  used  to  define 
boundary  conditions  at  control  points  located  on  network  edges,  although  tho 
application  Is  Indirect  in  the  case  of  the  closure  condition. 


B.3.5.1  Closure  Condition 


The  closure  condition  (record  set  N14)  Is  the  specification  of  the  total 
normal  mass  flux  passing  through  a  network  surface.  The  general  form  of  the 
closure  boundary  condition  is 


[  a'y  (wy*  n)  +  a'L  (y  n)  +  a'A(wA-  n)  +  ay  ]  ds  -  »c 


(8.3.52) 


One  closure  condition  applies  to  one  network  only;  each  design  network  can 
have  its  own  (Independent)  closure  condition.  The  closure  condition  gives  one 
equation  for  each  column  of  panels  (or  row  of  panels,  depending  upon  the 
user-specified  integration  direction).  It  replaces  a  singularity  strength 
matching  boundary  condition,  usually  source  strength  matching,  at  the  control 
point  located  on  the  matching  edge  of  the  design  network.  The  user  specifies 
this  matching  edge,  which  is  also  the  lower  limit  of  the  integral  of  equation 
(B.3.52).  The  closure  condition  involves  the  designated  normal  mass  flux 
values  at  all  panel  center  control  points  in  the  column.  The  user  specifies 
the  left-hand  side  coefficients  at  all  panel  center  control  points  in  the 
network,  and  the  right-hand  side  coefficient  for  each  column  (and  for  each 
solution).  The  left-hand  side  coefficients  may  be  zero  on  some  panels,  thus 
restricting  the  integration  range.  However,  the  left-hand  side  coefficients 
cannot  all  be  zero  for  an  entire  column  (or  row,  depending  on  the  integration 
direction)  of  panels,  since  this  would  give  a  singular  AIC.  The  general 
relation,  equation  (B.3.52),  allows  the  user  to  specify  non-zero  values  for 
both  the  upper-lower  and  the  average- Jiff erence  terms.  The  program  converts 
these  to  total  average-difference  terms.  The  closure  condition  is  discussed 
in  appendix  K.4  of  the  Theory  Document. 

The  closure  condition  controls  the  mass  flux  flowing  irto  or  out  of  a 
surface.  For  example,  one  application  would  be  the  requirement  that  the  total 
mass  flux  from  the  upper  surface  of  a  network  be  zero,  that  is. 
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JJ  ^  .  n  ds  -  0 


(B.3.53) 


This  Is  applied  to  each  column  of  panels  on  the  network  upper  surface.  As  a 
consequence  the  leading  and  trailing  edges  of  each  column  of  panels  on  the 
upper  surface  will  (Individually)  be  on  the  same  mass  flux  streamline  (see 
section  H.2.4  of  the  Theory  Document).  Thus  if  the  upper  surface  Is 
redesigned  to  obtain  a  given  pressure  coefficient,  the  locations  of  the 
leading  and  trailing  edges  of  the  original  surface  will  not  be  moved. 

Equation  (B.3.53)  can  be  written  In  the  form  of  the  general  closure  condition, 
equation  (B.3.52).  By  equation  (B.3.8)  the  total  mass  flux  Is  the  sum  of  the 
total  onset  flow  and  the  perturbation  mass  flux.  Equation  (B.3.53)  becomes 

JJwu-nds-flc  (B.3.54a) 

fl  «  -  ff  U*  *  n  ds  ( B .  3 . 54b ) 

C  w  w  Q 


Equation  (B.3.54a)  Is  In  the  form  of  equation  (B.3.52)  with  ay  •  1,  with  the 

other  left-hand  side  coefficients  set  to  zero,  and  with  the  user-specified 
right-hand  side  coefficients  determined  by  equation  (B.3.54b).  (The  “volume 
flow"  which  is  an  Integral  related  to  that  of  equation  (B.3.54b)  Is  calculated 
in  the  CDP  module,  see  section  B.4.1.) 

In  an  alternate  application,  the  total  mass  flux  condition,  equation 
(B.3.53),  Is  applied  to  both  the  upper  and  lower  surfaces  of  a  thin 
configuration.  Applying  the  preceding  development  to  the  lower  surface  gives 

// w^  •  n  ds  -  bc  (B.3.55) 


where  the  right-hand  side  coefficient  Is  determined  by  equation  (B.3.54b). 
Subtracting  equation  (B.3.55)  from  equation  ( B. 3 . 54a)  gives  the  relation 


JJ ds  »  0  (B.3.56) 

where  o  -  (w"y  -"wy)  •  n  by  equation  (A. 2. 5a).  Equation  (B.3.56)  has  the  form 

of  the  general  closure  condition,  equation  (B.3.52).  and  is  the  requirement 
that  the  total  source  strength  of  the  network  be  zero. 


Examples  of  the  use  of  a  closure  condition  in  a  design  problem  are  given 
as  cases  7  and  8  in  the  Case  Manual. 


B. 3.5.2  Edge  Matching  Boundary  Conditions 


Edge  matching  boundary  conditions  are  applied  at  network  abutments  to 
maintain  continuity  of  doublet  strength  and,  In  rare  cases,  source  strength. 
(Within  the  networks  doublet  continuity  Is  ottained  by  the  spllnlng  method 
used  by  PAN  AIR.)  The  continuity  of  doublet  strength  eliminates  spurious  line 
vortex  terms  which  can  cause  numerical  problems.  Edge  matching  boundary 
conditions  are  described  in  detail  in  appendix  F  of  the  Theory  Document. 
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In  the  PAN  AIR  program  edge  matching  boundary  conditions  are  developed  in 
two  parts.  First,  network  edge  abutments  are  Identified.  Second,  a  doublet 
strength  matching  condition  is  specified  at  the  network  abutments. 

Network  edge  abutments  are  identified  either  by  user  specification  or  by 
an  automatic  abutment  search  procedure.  The  user  specification  (using  records 
GE1  to  GE4)  suppresses  the  automatic  abutment  search.  This  approach  is 
usually  unnecessary,  but  allows  the  user  to  control  directly  the  abutment 
specification.  The  user  is  ilso  allowed  to  specify  "smooth  abutments"  between 
two  networks.  In  this  case  doublet  continuity  is  obtained  by  a  splining 
method  rather  than  the  edge  matching  boundary  condition.  The  advantage  of 
this  feature  is  economy,  since  the  singularity  parameters  along  the  abutting 
network  edges  are  not  required,  resulting  in  fewer  unknown  singularity 
parameters.  The  smooth  abutment  procedure  should  only  be  used  if  the  two 
networks  abut  to  form  a  continuously  smooth  surface,  since  the  splining  method 
assures  the  continuity  of  both  the  doublet  strength  and  its  gradient. 

The  automatic  network  abutment  search  procedure  is  based  upon  the 
locations  of  the  network  edges  and  a  user-specified  geometric  tolerance 
distance  (record  G7).  The  automatic  abutment  search  occurs  in  two  steps.  In 
the  first  step  the  program  searches  earh  network  edge  for  pairwise  abutments, 
which  occur  if  all  or  part  of  the  edge  of  one  network  lies  within  the 
user-specified  tolerance  distance  of  two  adjacent  panel  corner  points  of  an 
edge  of  a  second  network.  An  example  of  three  pairwise  abutments  involving 
the  same  two  network  edges  is  shown  in  figure  B.38.  In  the  second  step  the 
program  reduces  the  list  of  pairwise  abutments  into  a  non-redundant  list  of 
program-generated  abutments. 

The  abutments  have  the  following  program  restrictions.  Let  NN  be  the 
number  of  network  edges  (all  edges,  account4  o  for  planes  of  symmetry)  in  an 
abutment.  Then  NN  must  be  less  than  or  equal  to  5  for  each  abutment.  Also, 
let  NA  be  the  number  of  abutments  containing  the  same  network  edges.  For 
example,  NA  ■  3  for  the  two  network  edges  shown  in  figure  B.38.  Then  the 
product  (NN*NA)  must  be  less  than  or  equal  to  10  for  each  set  of  abutments 
containing  the  same  network  edges. 

The  program  selects  a  single  "matching  edge"  from  the  several  edges  in  an 
abutment  in  order  to  apply  the  edge  matching  boundary  condition.  The 
selection  procedure  Is  automatic;  the  user  is  spared  the  decision  of  selecting 
a  matching  edge.  The  program  uses  several  criteria  for  the  selection,  in  the 
following  order  of  priority.  First,  in  doublet  design  and  wake  networks, 
figure  B.37,  the  network  edge  with  boundary  condition  location  points  is 
selected  as  the  matching  edge  with  the  doublet  matching  condition  applied  at 
those  points.  Second,  if  the  abutment  is  a  supersonic  edge,  the  leading  edge 
of  the  most  "downstream"  network  is  selected  as  the  matching  edge.  Third,  the 
most  densely  panelled  edge  is  selected  as  the  matching  edge. 

A  related  program  feature  is  the  addition  of  "gap-filling"  panels.  These 
panels,  which  have  constant  doublet  strength,  insure  doublet  strength 
continuity  across  significant  gaps  (or  overlaps)  between  abutting  network 
edges.  The  method  of  introducing  gap-filling  panels  is  shown  in  figure  B.39, 
which  is  an  example  of  two  abutting  network  edges  with  significant  gaps.  The 
program  first  defines  a  preliminary  set  of  panels  in  the  gap(s)  between  the 
network  edges  with  their  panel  corner  points  located  to  coincide  with  the 
panel  corner  points  on  both  network  edges.  Gap-filling  panels  are  selected 


from  this  set  by  the  criterion  that  at  least  three  edges  of  a  panel  must  be 
longer  than  the  user-specified  tolerance  distance  (record  G7).  This  criterion 
eliminates  the  possibility  of  very  small  gap-filling  panels.  The 
corresponding  gaps  are  left  as  voids  in  the  configuration.  (Note  that  the 
gap-rilling  panel  procedure  is  automatic;  the  only  control  the  user  has  is  in 
the  specification  of  the  tolerance  distance,  record  G7,  and  the  geometry  of 
the  network  edges.)  Boundary  conditions  are  then  applied  which  Insure  doublet 
strength  continuity  between  the  abutting  network  edges.  Gap-filling  panels 
are  discussed  in  detail  in  appendix  F.4  of  the  Theory  Document. 

Once  the  network  abutments  have  been  determined,  a  doublet  strength 
matching  condition  is  specified  at  the  abutments.  (Source  strength  matching 
can  also  be  specified,  but  the  present  discussion  covers  only  the  more 
important  doublet  matching  condition.)  The  edge  matching  boundary  condition, 
which  insures  continuity  of  doublet  strength  at  an  abutment,  has  the  general 
form 


where  n  is  the  number  of  edges  in  the  abutment  and  s^  -  *  1  is  determined  by 

the  direction  of  the  panel  normal.  If  there  are  only  two  network  edges  in  an 
abutment,  then  equation  (B.3.57)  requires  that  the  doublet  strengths  at  the 
two  edges  be  equal.  An  example  of  doublet  strength  matching  at  the  abutment 
of  three  networks  is  shown  in  figure  B.40.  To  apply  equation  (B.3.57)  in  the 
general  case,  the  program  selects  one  edge  to  be  the  "matching  edge"  of  the 
abutment.  Then  the  doublet  strength  matching  condition  is  applied  at  the 
endpoints  of  the  abutment  and  at  all  panel  edge  midpoints  of  the  matching 
edge.  The  doublet  strength  matching  then  occurs  along  the  entire  abutment  due 
to  the  PAN  AIR  splining  technique. 

The  PAN  AIR  user  can  specify  a  "no  doublet  edge  matching"  condition 
(record  N13)  at  a  network  edge.  This  suppresses  the  automatic  doublet  edge 
matching  condition.  This  capability  allows  the  introduction  of  doublet 
strength  discontinuities  of  specified  network  edges. 


B.3.6  Considerations  of  Modeling  and  Boundary  Condition  Usage 


Several  examples  of  the  modeling  of  physical  configurations  and  shear 
layers,  together  with  the  development  of  the  associated  boundary  condition 
equations,  are  discussed  in  this  section.  The  modeling  examples  show  some  of 
the  requirements  for  the  proper  specification  of  networks,  particularly  wake 
networks.  In  some  cases  the  associated  boundary  conditions  have  non-standard 
forms  which  required  the  use  of  class  4  (or  class  5)  boundary  conditions. 


8. 3. 6.1  Wake  Network  Modeling 


A  primary  source  of  error  in  wake  modeling  is  failure  to  maintain 
continuity  of  wake  networks  in  regions  where  the  physical  situation  demands 
continuity.  This  type  of  error  usually  results  in  solutions  which  are  grossly 
incorrect!  Perhaps  the  best  way  to  avoid  such  errors  is  (1)  to  define  clearly 
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the  true  physical  structure  of  the  flow,  and  (2)  to  examine  each  and  every 
free  edge  of  every  wake  network  from  the  point  of  view  of  positively 
determining  that  the  resultant  solution  will  indeed  correspond  to  the  true 
physical  flow. 

The  most  common  error  of  this  type  has  been  failure  of  a  user  to  specify 
chat  the  Inboard  part  of  a  wake  trailing  downstream  from  a  wing  must  abut  the 
body.  Consider  the  physical  problem  of  a  lifting  flow  past  the  a  wing/body 
combination  as  shown  In  figure  8.41a.  A  proper  simulation  of  the  physics  of 
the  flow  consists  of  the  boundary  condition  of  no  flow  through  the  solid 
surfaces,  a  Kutta  condition  imposed  along  the  wing  trailing  edge,  and  a  wake 
simulation  comprised  of  a  type  DW1  network  with  panel  edges  aligned  with  the 
assumed  positions  of  the  wake  streamlines.  The  physics  of  the  situation 
demands  that  the  Inboard  edge  of  the  wake  shed  from  the  wing/body  Intersection 
wets  the  body  surface  In  the  downstream  direction  until  encountering  the 
symmetry  plane.  The  numerical  model  must  do  likewise. 

If  the  user  errs  and  leaves  a  gap  between  the  wake  edge  and  the  body,  the 
resultant  boundary  value  problem  will  still  be  well-posed  and  the  program  will 
execute,  but  the  results  will  bear  little  resemblance  to  the  physical 
situation.  The  resultant  solution  will  be  one  In  which  the  circulation  about 
a  contour  surrounding  the  wing  root,  figure  B.41b,  will  be  zero.  (This  can  be 
easily  seen  from  the  fact  that  the  contour  line  passes  through  the  erroneous 
gap  between  the  body  and  wake,  and  therefore  crosses  no  doublet  sheet.  The 
circulation  about  any  closed  contour  not  crossing  a  doublet  sheet  must  be 
zero.) 

A  convenient  "fix"  for  closing  an  erroneous  gap  between  a  wing  wake  and 
body  Is  to  span  the  gap  with  another  network.  A  type  DW2  (constant  doublet 
strength)  wake  network  can  be  used  for  this  purpose.  An  example  Is  shown  In 
figure  3.6.  The  presence  of  such  a  wake  network  In  the  network/panel  model  Is 
critical  for  good  modeling,  but  the  exact  location  of  the  Inboard  wake  network 
Is  usually  of  secondary  Importance. 

Another  example  of  how  the  requirement  for  wake  continuity  affects  wake 
modeling  Is  shown  by  the  wake  of  the  flapped  configuration  of' figure  2.3b. 

Here  a  deflection  of  the  trailing  edge  flap  causes  a  vertical  separation 
between  the  edges  of  the  wake  networks  trailing  from  the  wing  and  the 
deflected  flap.  Continuity  of  the  wake  is  maintained  by  adding  vertical  wake 
networks  (type  DW1)  which  connect  the  horizontal  wake  networks  and  abut  the 
side  edges  of  the  wing  and  flap  which  are  exposed  by  the  flap  deflection. 

(One  possible  model  of  this  configuration  Is  given  In  case  6  of  the  Case 
Manual .) 


B. 3.6.2  Abutment  only  at  Network  Edges 


Networks  must  always  satisfy  the  requirment  that  their  abutments  occur 
only  at  network  edges.  This  requirement  must  be  considered  when  dividing  a 
configuration  Into  networks.  An  example  of  this  is  shown  In  figure  3.6.  Here 
a  wake  network  (type  DW2)  abuts  the  body.  This  requires  that  the  associated 
body  networks  have  edges  at  this  abutment.  (The  body  networks  must  also  have 
edges  at  the  plane  of  symmetry  where  they  abut  their  Image  networks.)  This 
requires  the  user  to  define  one  set  of  networks  for  the  upper  body  and  another 


set  for  the  lower  body.  These  two  sets  then  have  common  abutments  with 
themselves  and  the  DW2  wake  network.  Further,  If  the  position  of  the  wake 
network  edge  were  changed,  then  the  body  networks  also  must  be  changed  to 
account  for  the  new  abutment  locations.  (The  PAN  AIR  update  capability  can  be 
used  to  reduce  the  cost  of  this  operation.) 

Another  example  of  the  network  edge  abutment  requirement  Is  shown  In 
figure  B.42.  Here  a  wake  which  Is  shed  from  a  wing  Intersects  a  twin  vertical 
tail.  The  requirement  here  Is  that  the  wake  and  vertical  tall  networks  must 
abut  at  their  edges.  One  way  of  satisfying  this  requirement  Is  shown  In 
figure  8.42a.  Behind  the  wing  two  wake  networks  are  defined,  with  their 
leading  edges  each  abutting  part  of  the  wing  trailing  edge.  The  Inboard  wake 
network  has  the  outboard  side  edge  CDEF  where  It  abuts  the  outboard  wake 
network  along  CO,  abuts  Inboard  networks  of  the  vertical  tall  along  DE,  and 
abuts  the  outboard  wake  network  and  the  wake  networks  of  the  vertical  tall 
along  EF.  The  vertical  tall  networks  must  be  defined  such  that  they  have 
edges  along  OE  where  the  wake  networks  abut  the  vertical  tall  networks. 

Figure  8.42b  shows  the  paneling  requirements  for  the  two  wing  wake  networks. 
The  Inboard  and  outboard  wing  wake  networks  must  be  paneled  such  that  points  0 
and  E  are  panel  corner  points.  Further  paneling  of  the  wing  wake  networks  may 
be  required  for  them  to  match  the  geometry  of  the  vertical  tall  along  DE. 

Note  that  the  vertical  tall  location  must  be  considered  when  paneling  the  wing 
networks(s)  since  point  C  must  be  a  panel  corner  point.  (Point  C  Is  not 
required  to  be  a  network  corner  point  of  the  wing  network(s).) 


B. 3.6.3  Wake  Entrainment  and  Efflux 


The  modeling  of  shear  layers  which  entrain  or  expell  mass  flux  Introduces 
special  considerations.  With  entrainment/efflux  simulation  a  standard  "wake" 
network  can  not  be  used.  An  example  Is  shown  In  figure  B.43.  The  shear  layer 
of  figure  8.43  can  be  modeled  as  follows.  The  entrainment  Is  accounted  for  by 
a  condition  of  specified  total  normal  mass  flux  on  the  outer  surface  of  the 
network  (here  assumed  to  be  the  upper  surface).  The  boundary  condition 
equation  Is 

.  . 

W„  •  n  ■  a  (B.3.58a) 

u  n 

where  en  Is  the  user-supplied  normal  mass  flux  of  the  entrainment  or  efflux. 

With  the  mass  flux  entrainment  shown  In  figure  B.43b,  the  en  term  of  equation 

(B.3.58a)  Is  negative.  The  boundary  condition  equation  is  put  Into  the 
standard  form  of  figure  8.25  by  using  equation  (B.2.6)  to  write  the  total  mass 
flux  as  the  sum  of  the  total  onset  flow  velocity  and  the  perturbation  mass 
flux. 


Wy  •  n--U0.  n  +  8n  (B.3.58b) 

For  the  Interior  region  Dlrlchlet  boundary  conditions  are  used  to  Insure  a 
properly  posed  problem  there.  Since  the  lower  surface  Is  exposed  to  the 
Interior  region,  the  second  boundary  condition  Is 
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(B.3.58c) 


This  boundary  condition  also  applies  to  the  entire  surface  exposed  to  the 
Interior  region.  Including  the  surface  of  network  AB  at  the  nacelle  exit.  The 
wake  entrainment/eff lux  problem  can  thus  be  modeled  with  standard  boundary 
conditions:  class  2,  subclass  1. 

Several  points  are  noted  in  the  model  of  figure  B.43.  First,  the  model  Is 
not  a  shear  layer  since  a  composite  network  with  non-zero  source  strength, 
rather  than  a  wake  network.  Is  used.  Second,  the  mass  flux  which  flows  Into 
the  network  upper  surface,  figure  B,43b,  Is  absorbed  by  the  network  source 
strength  so  that  no  mass  flux  Is  passed  Into  the  unperturbed  Interior  domain. 
Third,  the  model  can  be  used  to  simulate  the  exhaust  mass  flow.  The  user  must 
supply  the  location  of  the  exit  tube  and  Its  entrainment/efflux  rate.  With 
this  Information  the  effects  of  the  exhaust  flow  upon  the  exterior  domain  are 
contained  In  the  simulation.  The  effects  are  not  described  In  the  Interior 
domain,  but  this  Is  not  Important  since  the  Interior  domain  Is  Isolated  from 
the  exterior  domain  by  the  use  of  the  composite  network.  Fourth,  the  network 
AB  could  be  removed,  in  which  case  the  Interior  domain  would  also  Include  the 
Interior  region  of  the  nacelle. 


B.3.6.4  Boundary ‘Layer  Displacement  and  Wake  Simulation 


The  user  has  several  choices  In  defining  a  model  to  simulate  boundary 
layers  and  wakes.  Two  possible  models  for  the  boundary  layer  and  wake  of  an 
airfoil  are  shown  in  figure  B.44. 

Figure  B.44a  shows  the  use  of  linearized  modeling  for  the  boundary  layer 
displacement  effect.  The  airfoil  Is  modeled  as  a  thick  configuration  with  the 
boundary  layer  modeled  by  a  specified  normal  mass  flux  emitted  by  the  airfoil 
network.  This  Is  the  same  problem  as  linearized  modeling  of  surface 
deflection,  equations  (B.3.7)  to  (B.3.10).  The  appropriate  boundary  condition 
equations  are  those  for  class  2,  subclass  1  or  2  (depending  upon  whether  the 
upper  or  lower  network  surface  is  wetted  by  the  physical  flow  field).  The 
wake  is  modeled  by  a  single  network  (type  DW1)  with  standard  boundary 
conditions  of  zero  source  strength  throughout  and  constant  doublet  strength  in 
the  streamwise  direction. 

Figure  B.44b  shows  an  "exact"  displacement  surface  model.  Networks  are 
defined  at  the  displacement  surface,  so  no  specfied  normal  mass  flux  Is 
required  to  simulate  the  difference  between  the  positions  of  the  network  and 
the  boundry  layer.  The  networks  have  Impermeable  surface  boundary 
conditions:  class  1,  subclass  1  or  2  for  the  "airfoil"  networks,  and  class  1, 
subclass  4  (zero  source  strength  and  constant  doublet  strength  In  the 
steamwise  direction)  for  the  pair  of  wake  networks.  The  configuration  has  an 
additional  network  AB  which  separates  the  domains  enclosed  by  the  airfoil  and 
wake  networks.  Network  AB  requires  two  boundary  conditions.  One  Is  the 
extension  of  the  perturbation  stagnation  condition  on  the  Interior  of  the 
airfoil.  This  gives  the  equation  (noting  the  direction  of  n  In  figure  B.44b) 

#L  -  0  ( B .  3 . 59a ) 
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The  second  boundary  condition  requires  consideration  of  the  flow  at  points  A 
and  B.  As  the  external  flow  moves  from  the  airfoil  to  the  wake  boundary,  the 
flow  should  not  cross  the  wake  surface.  This  is  accomplished  by  requiring 
zero  total  tangential  mass  flux  on  the  upper  surface  of  network  AB.  The 
appropriate  boundary  condition  Is  (see  appendix  H.3  of  the  Theory  Document) 

v° 

Note  that  this  does  not  preclude  flow  normal  to  the  upper  surface  of  network 
AB.  This  relation  can  be  written  in  the  form  of  equation  (B.3.2), 

-  -  tL?  ( B. 3 . 59b) 
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where  4* «  (x/s  B  ,  y,  z). 

The  preceding  boundary  condition  equations  can  be  written  In  a  more 
efficient  form.  Any  independent  linear  combination  of  the  two  equations  is 
equivalent  to  the  original  two  equations.  The  most  efficient  combination  is 
that  which  determines  one  or  both  singularity  strengths.  Noting  that  the 
doublet  strength  is  the  difference  of  the  perturbation  potential  on  the  two 
surfaces,  equation  (A. 2. lb),  equation  (B.3.59a)  is  subtracted  from  equation 
(B.3.59b)  to  give 

*U  -  *L  -  u  -  -  Uoo-  4*  ( B.  3 . 59c ) 

The  resulting  boundary  conditions  on  AB  are  equations  (B.3.59a)  and 
(B.3.59c).  These  can  be  specified  by  using  class  4  boundary  conditions 
(record  N9). 

The  method  for  simulation  of  boundary  layer  displacement  can  also  be 
applied  to  the  simulation  of  separated  flows,  figure  2.3c  and  reference  P.6. 


B. 3.6.5  Nacelle  Modeling  in  Subsonic  Flow 


The  modeling  of  the  inflow  and  outflow  from  a  nacelle  Introduces  some 
special  modeling  considerations.  An  example  is  shown  in  figure  3.45.  The 
boundary  condition  of  zero  perturbation  potential  has  been  imposed  everywhere 
on  the  interior  surface.  As  explained  in  section  A. 3,  this  gives  a  Dirichlet 
problem  in  the  interior  region,  which  is  well-posed.  (For  convenience  the 
network  upper  surfaces  are  defined  to  be  those  wetted  by  the  physical  flow.) 

The  network  AD  representing  the  nacelle  inlet  has  standard  class  2, 
subclass  1,  boundary  conditions 
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where  en  Is  the  user-specified  normal  mass  flux  Issuing  from  the  network.  For 
Inflow  sn  will  be  negative  since  the  normal  vector  points  outward. 

The  network(s)  AB  and  CD  representing  the  external  boundary  of  the  nacelle 
have  class  1,  subclass  1  boundary  conditions  appropriate  for  an  Impermeable 
boundary  surface.  The  wake  network (s)  (type  DW1)  allow  the  doublet  strength 
to  vary  circumferentially.  The  doublet  strength  Is  determined  by  the  strength 
matching  condition  at  the  wake  leading  edge.  The  wake  network  closes  upon 
Itself  (or  Its  Image(s)  In  plane(s)  of  symmetry)  circumferentially.  In  theory 
it  forms,  together  with  network  BC,  a  closed  Interior  region  aft  of  the 
nacelle  outlet.  In  practice  the  wake  network  has  a  finite  streamwlse  length, 
extending  far  enough  so  that  Its  truncation  does  not  significantly  affect  the 
flow  at  the  nacelle.  (The  downstream  end  of  the  wuke  Is  left  open.)  The  wake 
position  must  be  specified  by  the  user.  If  required  by  the  physical  flow 
field,  an  entrainment  flow  can  be  specified,  In  which  case  the  modeling 
associated  with  figure  B.43  should  be  used. 

For  network  BC,  at  the  aft  end  of  the  nacelle,  the  proper  upper  surface 
boundary  condition  Is  zero  total  tangential  mass  flux.  This  Insures  that 
there  Is  no  flow  through  the  wake  network  at  points  B  and  C.  The  boundary 
condition  equations  are 

PL  -  0 
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These  boundary  conditions  are  the  same  as  equations  (B.3.59)  used  In  the 
previous  example. 

In  the  above  modal,  the  user  cannot  specify  an  exhaust  mass  flow.  This 
would  result  In  an  111-pnsed  problem  in  tne  interior  region  aft  of  the 
nacelle.  Instead,  the  total  potential  boundary  condition  is  used.  The 
exhaust  ma?s  flux  Is  obtained  as  part  of  the  problem  solution.  The  user  can 
Influence  Its  value  only  Indirectly  through  specification  of  the  wake  network 
location. 

A  study  of  subsonic  flow  nacelle  modeling  using  panel  methods  Is  given  In 
reference  B.7. 


B. 3.6.6  Nacelle  Modeling  In  Supersonic  Flow 


Special  considerations  are  required  for  nacelle  modeling  In  supersonic 
flow.  The  primary  requirement  is  to  eliminate  Internal  waves  which  can  cause 
serious  numerical  problems.  Superlncllned  panels  are  used  to  seal  off  the 
inlet  ano,  If  required,  to  specify  the  exhaust  flow. 

An  example  of  the  combined  use  of  composite  panels  and  superlncllned 
panels  Is  shown  In  figure  B.46.  A  superlncllned  network  Is  used  to  seal  off 
the  engine  Inlet.  Two  Independent  boundary  conditions  must  be  specified  on 
the  downstream  surface  of  this  network.  Since  that  surface  is  exposed  to  the 
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Interior  domain,  the  proper  boundary  conditions  are  the  specification  of  zero 
perturbation  potential  and  the  specification  of  zero  normal  velocity.  Another 
superlndlned  panel  is  used  at  the  engine  exhaust.  Again,  two  boundary 
conditions  must  be  specified  on  the  downstream  surface.  Similar  boundary 
conditions  are  used,  except  that  the  true  physical  (non-zero)  value  of  the 
normal  velocity  is  specified.  (For  both  superlncllned  networks,  the  boundary 
condition  equations  would  be  specified  by  using  class  a  boundary  conditions.) 
Ur.derexpanded  and  overexpanded  nozzle  flows  can  be  simulated.  Elsewhere  on 
the  vehicle,  standard  Impermeable  thick  configuration  boundary  conditions 
(class  1,  subclass  1  or  2)  are  specified.  Wake  networks  are  added  aft  of  the 
engine  exhaust.  (Note  that  the  boundary  value  problem  In  the  region  bounded 
by  the  engine  exhaust  network  and  the  wake  networks  is  well-posed,  see  item  3 
in  section  A. 3. 4.1.) 

In  modeling  an  engine  inlet  in  supersonic  flow  basically  two  models  are 
available.  Both  are  shown  in  figure  B.47.  In  the  first  model,  figure  B.47a, 
a  superlncllned  network  AB  is  used  to  seal  off  the  inlet.  Again  the 
superlncllned  network  has  two  boundary  conditions  on  the  downstream  surface. 
The  superlncllned  network,  "swallows"  whatever  mass  flux  runs  Into  it, 
providing  undisturbed  freestream  conditions  on  its  downstream  side.  Also, 
since  the  superlncllned  network  cannot  affect  the  upstream  flow,  It  has  no 
influence  upon  the  incoming  mass  flux.  Consequently  the  user  cannot  specify 
that  mass  flux. 

In  the  second  model,  figure  B.47b,  a  subinclined  network  AB  is  used  at  the 
engine  Inlet.  In  this  case  one  boundary  condition  is  specified  on  the 
upstream  surface  of  the  network.  The  user  can  thus  specify  the  mass  flux  at 
the  engine  inlet. 


6.4  Flow  Field  Calculations 


The  solution  of  the  matrix  equation  (A. 3. 5)  or  (B.2.4)  gives  the  array  of 
singularity  strength  parameters.  Fran  these  v.he  program  computes  the  source 
and  doublet  singularity  distributions  on  the  networks  and  then  the  properties 
of  the  flow  field.  In  this  section  the  "post-solution11  calculations  of  the 
flow  field  available  In  PAN  AIR  are  described.  First,  the  calculations  of  the 
velocity  field  are  described.  Second,  the  calculation  of  the  pressure 
coefficients  and  related  results  Is  described.  Finally,  the  calculation  of 
the  force  and  moment  coefficients  Is  described. 

B.4.1  Velocities 


The  velocity  of  the  flow  field  at  a  network  surface  can  be  calculated  by 
two  methods:  (1)  using  the  boundary  condition  equations  and  (2)  using  the 
velocity  Influence  coefficients.  The  velocity  calculations  are  discussed  In 
detail  In  appendix  N.l  of  the  Theory  Document. 

The  first  method  (record  G9,  option  BOUNDARY-CONDITION)  calculates  the 
perturbation  velocities  at  a  network  surface  directly  from  the  boundary 
condition  equations  If  possible.  The  tangential  velocity  vector  and  the 
normal  mass  flux  component  are  calculated,  which  In  turn  determine  the 
velocity  vector.  The  tangential  velocity  Is  calculated  from  the  velocity 
potential  function  at  the  network  surface.  The  potential  Is  determined 
directly  from  the  boundary  cond1t<ons  If  possible.  For  example,  If  a  aero 
value  of  perturbation  potential  ("perturbation  stagnation")  Is  specified  on 
one  surface  (record  N10,  options  LOWER  and  UPPER-SURFACE-STAGNATION)  then  the 
potential  on  the  opposite  surface  is  known  from  the  doublet  strength,  which 
equals  the  potential  difference  between  the  upper  and  lower  surfaces. 

Otherwise  (record  N10,,  option  NONSTAGNATION)  the  potential  Is  calculated  from 
the  potential  Influence  coefficient  matrix.  The  method  of  calculating  the 
normal  mass  flux  also  depends  on  the  boundary  condition  equations.  If  the 
perturbation  stagnation  condition  Is  specified  on  one  surface,  then  the  normal 
mass  flux  is  determined  directly  since  the  normal  mass  flux  difference  between 
the  upper  and  lower  surfaces  equals  the  source  strength.  If  the  boundary 
conditions  do  not  specify  stagnation  on  one  of  the  surfaces,  other  methods 
must  be  used.  If  the  boundary  condition  specifies  the  normal  mass  flux,  then 
that  Is  used  directly.  Otherwise  the  normal  mass  flux  Is  computed  from  the 
product  of  the  conormal  vector  and  the  velocity  influence  coefficient  matrix. 

The  normal  velocity  component  is  then  calculated  from  the  known  tangential 
velocity  vector  v^  and  normal  mass  flux  component  wn. 


where  n  and  n  are  the  norma’  &nd  conormal  vectors  (see  section  A. 2).  The 
perturbation  velocity  Is  determined  by  using  this  relation  and  the  known 
tangential  velocity. 

The  second  method  (record  G9,  option  VIC-LAMBDA)  calculates  the 
perturbation  velocity  directly  from  the  velocity  influence  coefficient  matrix, 
[VIC]. 


{V}.  [VIC]  {X} 


(B.4.2) 


This  method  Is  relatively  expensive  since  it  requires  the  calculation  and 
storage  of  the  velocity  influence  coefficient  matrix. 

The  preceding  methods  give  the  perturbation  velocity  at  the  network 
control  points  and  at  the  panel  enriched  grid  points.  PAN  AIR  also  calculates 
the  velocity  at  arbitrary  user-specified  points  (record  SF4b)  by 
Interpolating  the  values  calculated  at  the  grid  points. 

The  total  velocity  is  calculated  as  the  sum  of  the  total  onset  flow 
velocity  and  the  perturbation  velocity,  that  is, 

■y-U  ♦  v  (B.4.3) 
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This  velocity,  possibly  modified  bj  the  corrections  described  below,  appears 
In  the  (optional)  output  of  the  POP  module. 

Two  empirically-based  velocity  corrections  are  available  in  PAN  AIR. 

These  corrections  can  be  Important  where  the  flow  properties  predicted  by 
linear  theory  are  not  accurate,  for  example,  in  the  neighborhood  of  a 
stagnation  point  where  the  perturbation  velocities  are  not  small.  Both  are 
referred  to  as  stagnatlon-to-ambient  (SA)  velocity  corrections.  Both 
corrections  are  dependent  upon  the  freestream  Mach  number  and  become  zero  with 
zero  Mach  number,  so  are  unnecessary  In  Incompressible  flow.  The  velocity 
corrections  are  discussed  in  detail  in  appendix  N.3  of  the  Theory  Document. 

The  first  correction  (record  611,  option  SAl)  is  used  to  correct  the 
velocity  at  a  blunt  leading  edge  of  thick  unswept  wings  or  of  flow-through 
nacelles.  The  correction  Is  applied  to  vc  ,  the  perturbation  velocity 

component  In  the  compressibility  direction  cQ,  that  is, 


The  linear  formulation  assumes  that  the  magnitudes  of  the  perturbation 
velocity  components  are  much  less  than  the  magnitude  of  the  uniform  onset 
flow.  This  assumption  is  violated  near  a  stagnation  point  where  the 
perturbation  velocity  Is  of  the  same  order  as  the  onset  flow  velocity. 

The  vc  predicted  by  linear  theory  Is  thus  corrected  if  Its  value  Is 

negative.  The  correction  Is  based  on  the  corresponding  perturbation  mass 
flux  wc  calculated  by  linear  theory,  since  the  mass  flux  satisfies  the 

boundary  conditions.  The  corrected  perturbation  velocity  component  Is 
computed  from  the  perturbation  mass  flux,  that  Is,  for  the  components  in  the 
compressibility  direction, 
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The  density  ratio  is  determined  from  the  Isentropic  relation. 
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where  y  Is  the  ratio  of  specific  heats  and  M*  is  the  Mach  number  of  the 
uniform  onset  flow.  Note  that  the  total  velocity  in  equation  (B.4.5)  Includes 
the  corrected  vc,  so  an  Iterative  solution  procedure  Is  required. 

The  second  correction  (record  Gil,  option  SA2)  is  used  to  correct  the 
velocity  for  predicting  the  outer  flow  In  a  boundary  layer  analysis.  It  Is 
used  for  thick  wings  or  wlng-Hke  configurations.  Again,  the  correction  <s 
based  on  the  mass  flux  calculated  by  linear  theory  since  the  mass  flux 
satisfies  the  boundary  conditions.  In  this  case  the  correction  Is  based  on 
making  the  total  velocity  vector  aligned  with  the  total  mass  flux  vector.  If 
the  perturbation  velocity  component  in  the  compressibility  direction  v.  is 

non-negative,  then  the  direction  of  the  corrected  velocity  is  calculated  from 
the  relation 
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where  |  ^corrected \m  I  V I  ♦  1s*  the  c°rrect1on  changes  the  direction 

but  not  the  magnitude  of  the  total  velocity.  If  the  perturbation  velocity 


component  In  the  compressibility  direction  vr 


Is  negative,  then  the 


correction  changes  both  the  direction  and  the  magnitude  of  the  total 
velocity.  Using  the  calculated  mass  flux,  the  corrected  total  velocity  is 
computed  from  the  relation 
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where  the  density  ratio  Is  calculated  from  the  linear  relation 
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The  final  values  of  the  flow  velocity  are  obtained  from  equation  (B.4,3) 
with  the  optional  velocity  corrections  described  above.  The  resulting  flow 
velocity  is  optionally  printed  in  the  PDP  module  and  is  used  In  the 
calculation  of  pressure  coefficients  described  in  the  next  section.  The 
optional  printed  output  of  the  PDP  module  Includes  the  total  mass  flux  which 
Is  calculated  from  the  relation  (see  section  B.2.2) 
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The  surface  vorticity  vector  "y  Is  calculated  from  the  relation 
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The  angle  between  the  average  total  velocity  and  the  surface  vorticity  Is 
optionally  calculated  and  printed  for  wake  networks.  This  angle  Is  a  measure 
of  whether  the  user-specified  wake  position  Is  physically  reasonable.  If  so, 
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the  angle  will  be  small  everywhere  on  the  wake  network.  This  Implies  that  the 
average  (of  the  upper  and  lower  surface  values)  total  velocity  (1)  is  in  the 
plane  of  the  network,  that  is,  the  normal  velocity  component  is  small,  and  (2) 
is  normal  to  the  user-specified  direction  of  doublet  strength  variation. 

(Note  that  the  surface  vortlclty  vector  is  perpendicular  to  the  normal  vector 
and  to  the  doublet  gradient  vector.) 

PAN  AIR  also  calculates  geometric  properties  of  the  networks  and  panels, 
and  some  other  quantities  related  to  the  flow  field.  One  Is  the  normal 
component  of  the  uniform  onset  flow  velocity  (the  “volume  flow") 

tL  *  n  ds 

where  the  integration  can  cover  individual  panels,  columns  of  panels,  a 
network  or  a  collection  of  networks.  This  Integral  (calculated  and  printed  in 
the  CDP  module)  is  related  to  that  used  in  specifying  the  closure  condition, 
equation  (8.3.54b). 


B.4.2  Pressure  Coefficients  and  Associated  Quantities 


The  pressure  coefficients  on  the  network  surfaces  are  calculated  from  the 
known  velocity  field.  In  PAN  AIR  the  pressure  coefficients  can  be  calculated 
from  the  relation  for  the  isentroplc  flow  of  a  perfect  gas  and  from  several 
approximations  based  upon  assumptions  of  small  perturbation  quantities. 

Several  associated  quantities  can  be  calculated  which  are  related  to  the  local 
flow  properties  and  consequently  provide  an  indication  of  the  validity  of  the 
calculated  pressure  coefficients. 

The  definition  of  the  local  pressure  coefficient  is 

Cp  mlTr£-i&  (B.4.11) 

where  the  <«>  subscript  refers  to  conditions  in  the  undistributed  flow.  The 
pressure  coefficient  has  several  values  since  each  network  has  both  upper  and 
lower  surfaces.  Using  record  G8  or  record  SF5,  the  pressure  coefficient  on 
one  or  both  surfaces,  the  pressure  difference  and  the  average  pressure  of  the 
two  surfaces  can  be  calculated. 

To  calculate  the  pressure  coefficients,  the  total  velocity  Is  calculated 
from  the  velocity  of  the  undisturbed  flow  field  and  the  perturbation 
velocity.  Since  several  approximations  can  be  used  in  defining  the 
undisturbed  velocity  field  (see  section  B.2.2),  corresponding  options  can  be 
used  to  define  the  total  velocity.  The  relation  for  the  total  velocity  is 

V-  -  V *  +  t  (B.4.12a) 


where  V*  is  the  velocity  of  the  undisturbed  flow  field  as  specified  by  one  of 
three  options  (record  GIO): 
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UNIFORM— OMSET— FLOW 


TOTAL-ONSEWLOW  (B.4.126) 


COMPRESSIBILITY-VECTOR 

^  To  calculate  the  pressure  coefficients,  the  Incremental  onset  flow  velocity 
aV  (which  Includes  both  the  rotational  and  local  onset  flows)  Is  separated 

from  the  total  velocity.  The  effect  of  the  Incremental  onset  flow  Is 
introduced  into  the  pressure  coefficients  in  terms  of  the  quantity  aE,  the 
energy  per  unit  mass  added  to  the  flow  by  the  incremental  onset  flow.  In  PAN 
AIR  (see  appendix  N  of  the  Theory  Document). 

AE  .  (ft.  +  I  A  V)  •  a"v  (B.4.13) 


A  program  option  (record  G10  or  record  SF7)  allows  the  Incremental  onset  flow 
to  be  deleted  in  calculating  the  pressure  coefficients. 


Using  the  relations  for  the  Isentroplc  flow  of  a  perfect  gas  (see  appendix 
N  of  the  Theory  Document),  the  pressure  coefficient  is 
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where  y  is  the  ratio  of  specific  heats  and  Mm  Is  the  Mach  number  of  the 
uniform  onset  flow.  Several  related  quantities,  which  indicate  possible 
limitations  of  the  potential  flow  solution,,  are  also  calculated.  The  pressure 
coefficient  at  the  vacuum  condition  is 
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This  is  the  minimum  allowable  value  of  the  pressure  coefficient  on  a  surface. 

If  lower  values  are  calculated,  the  pressure  coefficient  is  set  equal  to  its 
vacuum  value.  The  maximum  speed,  which  corresponds  to  the  vacuum  condition,  is 
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The  critical  speed,  which  corresponds  to  a  locally  sonic  flow,  is 


cr 
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(B.4.17 ) 


This  quantity  is  Important  in  the  interpretation  of  the  calculated  velocities, 
since  the  linearized  potential  flow  solution  is  not  valid  if  the  local  flow 
speed  is  close  to  the  critical  speed. 
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Figure  8.48  lists  the  relations  for  the  pressure  coefficient,  the  local 
Mach  number,  and  the  critical  pressure  coefficient  (that  Is,  at  the  sonic 
condition).  Relations  are  listed  for  isentroplc  flow  and  for  several 
approximations  to  the  Isentropic  relations.  To  develop  the  approximations, 
the  perturbation  velocity  and  the  local  onset  flow  velocity  are  expressed  In 
components  parallel  and  perpendicular  to  the  preferred  direction,  which  is  the 
direction  of  the  undisturbed  flow  velocity  of  equation  (8.4.12b). 

v  -  (u,v,w)  (B.4.18a) 

a  V* «  (aU,  aV,  aW)  (8.4.18b) 


The  u  and  aU  components  are  in  the  preferred  direction,  which  Can  be  that  of 
either  the  uniform  onset  flow  (defined  by  a  and  s)  or  the  compressibility 
vector  (defined  by  «c  and  8C  ).  Since  PAN  AIR  allows  a  linearized  analysis 

with  different  directions  for  these  two  vectors,  the  user  can  select  the 
preferred  direction  (using  record  G10  or  record  SF7)  to  be  used  in  the 
computation  of  the  flow  velocities  and  pressure  coefficients.  If  the 
direction  of  the  uniform  onset  flow  is  selected,  the  user  has  the  option  of 
either  including  or  excluding  the  incremental  onset  flow  terms  (AV)  in  the 
pressure  coefficient  and  local  Mach  number  relations. 

Under  the  assumption  of  small  changes  from  the  uniform  onset  flow,  the 
ratio  of  the  velocity  components  of  equations  (B.4.18a)  and  (B.4.18b)  to  the 
uniform  onset  flow  are  assumed  to  be  of  first  order.  The  linear 
approximation,  figure  8.48,  is  obtained  by  expanding  the  isentropic  relation 
and  retaining  only  first-order  terms.  The  second-order  approximation  is 
obtained  by  retaining  the  first  and  second-order  terms.  The  reduced 
second-order  approximation  is  obtained  by  deleting  the  Mach  number  dependent 
term  in  the  second-order  approximation,  where  the  deleted  term  was  assumed  to 
be  negligible  In  the  derivation  of  the  Prandtl-Glauert  equation.  For 
incompressible  flow  the  reduced  second-order  approximation  is  equivalent  to 
the  Isentropic  relations,  but  avoids  singularities  at  zero  Mach  number.  The 
slender  body  approximation  is  obtained  from  the  second-order  relation  by 
omitting  the  second  order  terms  in  u  and  AU;  the  relations  are  first-  order 
for  the  flow  in  the  preferred  direction,  but  retain  second-order  terms  in  the 
transverse  directions.  This  approximation  is  used  in  the  analysis  of  flow 
over  axially  symmetric  or  elongated  bodies. 

The  preceding  development  of  the  pressure  coefficient  defined  by  equation 
(8.4.11)  breaks  down  when  the  uniform  onset  flow  velocity  is  zero.  In  this 
special  case  the  user  can  specify  another  reference  velocity  U^f  (record 
G14  or  record  SF9)  for  the  pressure  coefficient  calculations.  The  resulting 
pressure  coefficient  relation  is 


(B.4.19) 
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B.4.3  Force  and  Moment  Coefficients 


The  force  and  moment  coefficients  are  calculated  from  the  pressure 
coefficients  and  the  flow  properties  on  the  network  surfaces.  The  first  step 
is  the  calculation  of  the  force  and  moment  integrals,  which  for  a  network 
surface  are 

tF  -  -  ff  [Cp  n$  ♦  2V  (W  •  M  ]  ds  (B.4.20a) 
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where  n$  is  a  normal  vector  pointing  outward  from  the  surface  and  1}  is  a 

point  on  the  surface.  (For  example,  ng  :  -n  for  the  lower  surface  of  a 

network.)  The  first  term  of  the  force  integral  gives  the  force  resulting  from 
the  pressures  acting  on  the  surface.  The  second  term  is  a  "momentum  transfer" 
tern  which  gives  the  contribution  from  the  velocity  and  normal  mass  flux  at 
1  surface.  Since  the  normal  component  of  the  mass  flux  is  zero  at  the 
ci  crol  points  of  an  Impermeable  surface,  the  second  term  will  be  relatively 
small  for  an  impermeable  surface.  (Evaluation  of  the  force  and  moment 
integrals  is  discussed  in  appendix  0  of  the  Theory  Document.) 

The  computation  options  available  for  the  pressure  coefficient  are  also 
available  for  the  force  and  moment  coefficients:  different  pressure 
coefficient  rules,  different  surfaces  of  a  network  (upper,  lower,  difference), 
and  so  forth.  Also,,  the  user  has  the  option  of  either  including  (record  FM8, 
option  MOMENTUM-TRANSFER)  or  omitting  (program  default)  the  momentum  transfer 
terms. 

The  surface  forces  and  moments  can  have  additiona.  contributions  from 
discrete  edge  forces  (record  FM9).  These  arise  in  the  use  of  linear  theory 
for  thin  configurations  because  of  unrealistic  singularities  of  the  flow  field 
which  are  predicted  by  the  linear  analysis  (see  section  0.31  of  the  Theory 
Document).  The  edge  force  occurs  at  sharp  edges  of  thin  surfaces,  either  in 
subsonic  flow  or  on  subsonic  edges  in  supersonic  flow.  A  numerical  procedure 
is  available  in  PAN  AIR  for  calculating  the  edge  forces.  The  procedure  uses 
the  general  form  of  the  velocity  function  at  the  leading  edge  which  is 
predicted  by  classical  thin  wing  theory.  The  specific  velocity  function  is 
obtained  by  an  extrapolation  of  the  velocity  values  calculated  at  interior 
network  points.  The  edge  forces  are  then  calculated  from  the  known  velocity 
function.  The  procedure  is  described  in  appendix  0  of  the  Theory  Document. 

Another  type  of  singularity  occurs  at  blunt  edges  of  thick  surfaces,  the 
predicted  singularity  being  caused  by  the  unbounded  value  of  the  surface 
slope.  For  thick  surfaces  the  singularity  problem  should  be  handled  by  one  of 
the  velocity  corrections  described  in  section  B.4.1  and  not  by  an  edge  force 
calculation.  Conversely,  for  thin  surfaces  the  singularity  problem  should  be 
handled  by  an  edge  force  calculation  (record  FM9). 


The  force  and  moment  integrals  are  calculated  in  the  reference  coordinate 
system.  The  force  and  moment  coefficients  are  obtained  from  the  integrals  by 
Introducing  user-specified  reference  parameters  (records  FM2  and  PM11)  and  a 
user-specified  moment  reference  point  (record  FM3). 
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where  SR  is  the  area  reference  parameter.  BR  is  the  span  reference  parameter, 
CR  is  the  chord  reference  parameter  and  is  the  moment  reference  point. 

The  moment  coefficient  can  also  be  expressed  with  respect  to  an  alternate 
reference  axis  (record  FM10) .  This  capability  can  be  used,  for  example,  to 
calculate  a  hinge  moment  on  a  control  surface.  The  resulting  moment 
coefficient  is  the  component  of  the  vector  coefficient,  equation  (B.4.21b),  in 
a  user-specified  direction. 

The  force  and  moment  coefficients  calculated  in  the  reference  coordinate 
system  (RCS)  can  be  transformed  (as  user-specified  options,  record  FM3)  to 
components  in  three  other  coordinate  systems: 

1.  The  (wind-tunnel)  stability  axis  system  (SAS) 

2.  The  wind  axis  system  (WAS) 

3.  A  body  axis  system  (BAS). 

The  components  in  each  of  these  axis  systems  can  be  obtained  by 
application  of  a  coordinate  transformation  matrix  r  which  accounts  for  the 
rotations  of  the  coordinate  axes.  For  any  vector  r-,  the  components  (rXQ,  ryQ, 

rZQ)  in  the  reference  coordinate  system  can  be  transformed  to  the  components 

(rx„  ryl,  rz , )  in  another  axis  system  by  the  relation 


The  stability  axis  system  is  obtained  from  the  reference  coordinate  system  by 
a  rotation  equal  to  (-a)  about  the  y0-axis,  in  which  case 

_  P  cos  a  0  sin  a  ~1 

r$A$  .  0  1  0  { B.4 . 22b ) 

[_-Sin  a  0  COS  aj 


B— 53 


The  wind  axis 
rotations:  a 

equal  to  (-8) 


system  Is  obtained  from  the  reference  coordinate  system  by  two 
rotation  equal  to  (-a)  about  the  yQ-axis  followed  by  a  rotation 

about  the  new  position  of  the  zQ-axis.  In  this  case 


cos  a  cgs  0 
cos  a  sin  e 
-slna 


-sin  8 

cv 


(8.4.22c) 


with  this  transformation  the  xQ-axis  of  the  wind  axis  system  is  in  the  same 

direction  as  the  uniform  onset  flow,  see  section  B.2.2.  Also,  the  two 
rotations  can  be  interpreted  as  two  transformations  in  sequence:  the  first 
rotation  transforms  from  the  RCS  to  the  SAS;  the  second  rotation  transforms 
from  the  SAS  to  the  WAS. 

The  body  axis  system  is  obtained  from  the  reference  coordinate  system  by 
three  Euler  angle  rotations,  which  are  defined  with  standard  aeronautical 
orientations  and  notations  (references  B.8  and  B.9). 


COS©  COS  tjj 

cos©  sin'll 

-sin© 

(sind  sin©  cos 4* 

(sind  sin©  sin')' 

sindcos© 

-cosd  sin'll) 

+  cosd  cos  i))) 

(cosd  sin©  cos')' 

(cosd  sin©  sin')' 

cosd  cos0 

+sind  simjj) 

-sind  cos')') 

- 

(B.4.22d) 


The  three  Euler  angle  rotations  are  (in  order) 


1.  A  rotation  of  angled  about  the  zQ-axis,  into  the  axes  (x^.y^z^) 

2.  A  rotation  of  angle  ©  about  the  ypaxis,  into  the  axes  (x^.yg.Zg) 


3.  A  rotation  of  angle  d  about  the  x?-axis,  into  the  BAS  (x',y',z'). 

The  default  option  for  the  BAS  is  'l*  -  180°,  ©  -  0°  and  d  »  180°  which  causes 
the  x'-axis  and  z'-axis  in  the  BAS  to  be  in  the  opposite  directions  of  the 
x-axis  and  z  -axis  in  the  RCS,  respectively. 


The  Euler  angle  rotations  are  used  only  for  the  BAS.  However,  the 
rotations  defining  the  SAS  and  the  WAS  can  be  expressed  in  terms  of  Euler 
angles.  To  help  visualize  the  three  Euler  angle  rotations,  and  the  WAS  and 
SAS  orientations,  consider  figure  B.49.  This  figure  illustrates  how  one  set 
of  Euler  angles  can  be  used  to  rotate  an  axis  system  from  the  WAS  to  the  SAS 
to  the  RCS,  and  then  a  second  set  can  be  used  to  return  to  the  WAS.  (The 
second  set  corresponds  to  the  PAN  AIR  transformation  of  force  and  moment 
coefficients,  equation  (B.4.22a).)  In  the  figure,  the  delta  wing/vertical 
tail  configuration  moves  with  the  rotating  axes;  this  wing/tall  is  shown 
purely  for  the  purpose  of  visualizing  the  axis  rotations,  and  should  not  be 
confused  with  the  user  input  vehicle  which  is  always  fixed  in  the  RCS. 

In  the  first  Euler  angle  sequence  the  rotating  axis  system  is  initially 
coincident  with  the  WAS  (which  now  corresponds  to  the  unprimed  coordinate 
system  in  equation  (8.4.22a)).  Then  by  setting  <|<  «  b.  e  «  a,  d  -  0,  the 


rotating  axis  yaws  about  the  z-axis  of  the  WAS  to  the  SAS,  and  then  pitches 
about  the  y-axis  of  the  SAS  to  the  RCS.  In  the  second  sequence,  starting  at 
the  RCS,  we  return  to  the  WAS  by  setting  »|i  -  -er,  9  >  -  a  ,  and  4  -  4r, 

which  yaws  the  rotating  axes  about  the  zQ-ax1s  (nose  right)  to  the  (x^.y^.z^) 

position,  pitches  it  down  about  the  y^-axis  to  the  (Xg.yg.Zg)  position,  and 

then  rolls  it  about  the  x-axis  of  the  WAS.  (The  angles  4*  and  9  are  negative 
values.) 


The  second  sequence  satisfies  the  transformations  of  equations  (B.4.22a) 
and  (8.4. 22d).  The  transformations  for  the  SAS  and  WAS  can  be  expressed  in 
terms  of  the  Euler  angles  of  equation  (B.4.22d).  The  appropriate  relations  are 


-$r  where  tan  6r 


tan  0/cos  a 


-ar  where  tan  ar  -  cos  er  tan  a 


4  -  4r  where  cos  4r 


COS  a/COS  a. 


For  each  coordinate  system,  PAN  AIR  allows  the  moment  reference  point  R 
to  be  at  an  arbitrary  position,  its  location  being  given  by  coordinates  in  the 
RCS.  (See  record  FM3,  and  equation  (0.4.11)  of  the  Theory  Document.)  The 
components  of  the  force  coefficient  are  transformed  by  equation  (B.4.22a), 
with  the  appropriate  T  matrix. 


->■  19 


(B.4.23a) 


The  components  of  the  moment  coefficient  are  transformed  by  the  relation 


f  MX  1  , 

MY  -  sir 
l  MZ  J 


—  0 
BR 


[r]{IM  -  {  Ro  X  JF»  (B.4.235) 


The  "forces"  and  "moments"  in  equations  (B.4.22)  are  based  on  integrals  of 
the  pressure  coefficient,  that  is,  they  involve  (p-p»  )  rather  than  p  alone, 
see  equation  (B.4.11).  Thus  the  coefficients  calculated  by  PAN  AIR  are  true 
force  and  moment  coefficients  only  for  cases  in  which  the  net  effect  of 
integrates  to  zero.  This  will  occur  when  the  individual  network  force  and 
moment  coefficients  are  summed  over  all  networks  making  up  the  vehicle 
boundary  (since  the  net  force  due  to  the  constant  pressure  Ra,  acting  on  a 
closed  surface  is  zero).  The  correlation  of  the  force  and  moment  coefficients 
in  equations  (B.4.22)  with  (1)  the  coefficients  often  used  in  wind  tunnel  test 
reports,  see  figure  B. 50  (taken  from  reference  B.10),  and  (2)  the  coefficients 
in  reference  B.9  is  given  in  table  B.3. 


PAN  AIR 
Coefficients 
COP  Output 

Wind  Tunnel  Coefficients 
of  figure  B.50 

Coefficients  of  reference  B.9, 

Table  5 

Body 

Stability 

Wind 

Body 

Wind  Tunnel 
Stability 

Wind 

Axes2 

Axes 

Axes 

Axes2 

Axes 

Axes 

FX  - 

CA 

CD 

C0,w 

Cy  or 

Ci 

CD 

FY  o 

CY 

cY 

CC 

cY 

Cy 

CC 

FZ  - 

CN 

CL 

CL 

CZ  or  -CN 

Cl 

CL 

MX  (roll)  - 

“C1 

-C1.s 

"C1,w 

C1 

_r 

Ll,wt 

“S.w 

MY  (pitch)  - 

cm 

Cm 

cm,w 

cm 

Cm,wt 

cm,w 

MZ  (yaw)  - 

-Cn 

-C  e 
n.s 

-Cn,w 

Cn 

“Cn,wt 

^n.w 

PAN  AIR 

AXIS  SYSTEM4 

RCS 

SAS 

WAS 

BAS3 

SAS 

WAS 

1  Moments  in  PAN  AIR  and  reference  B.9  (NASA  SP-3070)  are  all  right  hand 

rule.  In  figure  B.50,  moments  about  the  x  and  z  axes  are  left  hand  rule. 

2  The  body  axes  of  figure  B.50  are  analogous  to  the  PAN  AIR  RCS,  that  is, 

positive  x,  y,  and  z  axes  out  the  tail,  out  the  right  wing,  and  up 
(through  the  canopy),  respectively.  The  positive  x  and  z  axes  of 
reference  8.9  are  in  the  reverse  directions  from  those  shown  in  figure 
B.50. 

3  This  is  for  the  default  values  ♦  -  180°,  0  -  0°,  #  -  180°,  which  give 

the  PAN  AIR  BAS  axes  the  same  orientation  as  the  reference  B.9  body  axes. 

4  See  figure  B.49  and  record  FM3. 


Table  B.3  Correlation  o*  PAN  AIR  force  and  moment  coefficients 
with  those  of  figure  B.50  and  reference  B.9  (see  footnote  1) 
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(a)  nacelle-wing  Interference  study 
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(b)  empennage  study 


Figure  B.6  -  Examples  of  variable  paneling  density 
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(a)  original  model 


(b)  revised  model 


|  ,  Figure  B.7  -  Example  of  nacelle  Installation  with  possible  numerical  problems 

In  supersonic  flow 


Figure  B.8  -  Example  of  use  of  wake  networks 


Figure  B.9  -  Example  of  network  with  two  collapsed  edges 
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Figure  B.10  -  Example  of  prohibited  network 
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Figure  B.ll  -  Example  of  triangular  panel  definition  capability 


Figure  B.12  -  Example  of  non-convex  panel 


network  1 


Figure  B. 15  -  Example  of  a  general  network  abutment 
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network  2 


abutment 


(a)  poor  practice  :  panel  corner  points  not  matching 


network  1 


network  2 


abutment 


(b)  good  practice  :  panel  corner  points  matching  as  much  as  possible 


Figure  B.16  -  Examples  of  poor  and  good  modeling  practice  In  matching  comer 
points  at  an  abutment 


Figure  8.18  -  Definition  of  the  compress Ibll Ity  vector  cQ  In  tern  of  and  0 
end  the  reference  coordinate  system  (xQ  ,  yQ  ,  zQ) 


Figure  B.19  -  Definition  of  the  uniform  onset  flow  In  terms  of  O  and  $  and 
the  reference  coordinate  system  (xQ  .  yQ  ,  zQ) 


[  ) 


boundary  condition:  (V«»+  w)  •  fi  •  0 


(a)  exact  model  requiring  a  separate  AIC  matrix 
for  each  angle  of  attack,  a  ■  a 


>e 


boundary  condition:  (U«*+  w)  •  fi  ■  0 


(b)  approximate  model  requiring  only  a  single  AIC  matlx 
for  multiple  angles  of  attack,  a  f  ac 


Figure  B.20  -  Exact  and  approximate  models  for  multiple  angles  of  attack 
at  fixed  Macn  number 
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(a)  top  view 


■Input  network  (y0  i  0) 
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Image  networks 


(b)  side  view 


Figure  B.23  -  Example  of  network  reflection  In  two  planes  of  symmetry 
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3 
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where  w  -  perturbation  mass  flux 

fi  ■  panel  normal 
t  -  panel  tangent 
v  -  perturbation  velocity 
♦  -  perturbation  velocity 
potential 


a  ■  source  strength 
U  ■  doublet  strength 
8  »  total  specified  flow 
-  (x/sBz,y,z) 
tfQ  »  total  onset  flow 
D„  ■  uniform  onset  flow 


subscrl  pts: 

U  *  upper 
L  -  lower 
A  -  average 
D  ■  difference 


n  ■  normal  to  panel 
p  *  potential 
t  ■  tangent  to  panel 


Figure  B.25  -  General  boundary  condition  equation 
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(a)  upper  side  of  network(s)  wetted  by  the  physical  flow 

I 


(c)  a  ■  Wy  •  R  ■  -&Q  «  n  +  gives  net  normal 
mass  flux  of  amount  •  fi  *  0nl 


Figure  B.27  -  Specified  normal  mass  flux  on  upper  surface  of  thick  i  \ 

configuration:  class  2,  subclass  1  boundary  condition 
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(a)  lower  side  of  networks )  wetted  by  the  physical  flow 


(b)  -o  -  SL  •  S  ■  -u0  •  n  *  S„ 
of  amount  •  n  -  0nl 


gives  net  normal  mass  flux 


Figure  B.28  -  Specified  normal  mas«  flux  on  lower  surface  of  thick 
configuration:  class  2.  subclass  2  boundary  condition 


Figure  B.29  -  A  thin  ("average")  configuration  model 


(Input  network  geometry) 


Figure  B.30  -  Use  of  specified  normal  mass  flux  on  a  thin  configuration 
surface  to  simulate  camber  and  thickness:  class  2. 
subclass  S  boundary  condition 
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Figure  B.33  -  Use  of  specified  mass  flux  to  simulate  symmetric  thickness 


Figure  B.34  -  Specified  tangential  velocity  on  upper  surface  of  thick 
configuration:  class  3,  subclass  1  boundary  condition 


Figure  8.35  -  Impermeable  thin  configuration  for  design  problems: 
class  3,  subclass  3  to  6  boundary  conditions 


•  ordinary  edge  and  corner  control  points 
X  extra  control  point 


Figure  6.36  -  Example  of  an  additional  control  point  Introduced  at 
a  network  abutment 
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H  -  direction  4 
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Figure  8.37  *  Standard  boundary  condition,  location  point  arrays 
on  sample  networks 
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Figure  B.40  -  Example  of  doublet  strength  matching  at  abutment  of  three  networks 


(a)  physical  location  of  wake 
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Figure  B.41  -  Example  of  wake  surface  discontinuity  beh.nd  Inboard  part  of  wing 
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networks 

CDEFBA  outboard  wing  wake 

CDEFHG  Inboard  wing  wake 

DEJI  Inboard  and  outboard  halves  of  vortical  tall 

above  the  wing  wake 

DEMI  Inboard  and  outboard  halves  of  vertical  tall 

below  the  wing  wake 

EFKJ  vertical  tall  wake  above  the  wing  wake 

EFNM  vertical  tall  wake  below  the  wing  wake 


(a)  network  boundaries 


/  ' 

|  1  Figure  B.42  -  Example  of  network  boundaries  for  vertical  tall 

'  -  In  the  wake  of  a  wing 
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simulated  boundary  layer 


(a)  linearized  surface  modeling 


(b)  exact  surface  modeling 


Figure  B.44  -  Simulation  of  boundary  layer  on  an  airfoil  and  wake 
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Figure  B.45  -  Modeling  of  nacelle  In  subsonic  flow 


Figure  B.46  -  Example  of  combined  use  of  composite  panels 
and  superlncllned  panels 
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(a)  superinclined  network 


(b)  subinclined  network 


Figure  B.47  -  Models  of  engine  inlet  in  supersonic  flow 
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Figure  B.48  -  Continued 
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(c)  critical  pressure  coefficient 


figure  B.48  - 


1.  for  clarity,  axes  are  shown  ahead  of  rotation  point 

2.  arrows  show  positive  values  forB.o,  8R.  aRand$R 

3  sequence  1:  from  WAS  to  RCS 

a.  lji  *  8  about  O  SAS 

b.  0  =  o  about  ySAS  O  RCS 

4.  sequence  2:  from  RCS  to  WAS 

a-  *  -  -  8r  about  zRCS  o  Wl 

b.  0  =  -  aR  about  yj  O  ^Zz2 

c.  $  =  $R  about  x2  O  WAS 

Figure  B.49  -  Two  Euler  angle  sequences;  from  WAS  to  RCS  and  back  to  WAS 


B-98 


ff  wrnainuntin^rf  |i^n^  *R£i  nvtw  ^  Ta^u^ii  fa^qm^v  *  ff^rr^  W  ]f^'R|J 


^'~v  »^|.I '’ 


C.O  Execution  of  PAN  AIR  for  Large  Problems 


As  the  size  of  a  PAN  AIR  problem  increases,  certain  simplified  approaches 
to  execution  built  into  the  MEC  module  may  no  longer  be  desirable.  This 
appendix  discusses  some  of  the  specialized  approaches  and  control  card 
modifications  which  expedite  the  solution  of  larger  problems  using  PAN  AIR. 

The  user  is  urged  to  gain  familiarity  with, the  PAN  AIR  system  by  first  running 
fairly  small  problems  (e.g.,  less  than  100  panels)  before  attempting  to  run  a 
large  problem  through  the  systejn. 


C.l  When  to  Use  the  Special  Approaches 


Several  variables  enter  into  the  determination  of  whether  the  special 
approaches  discussed  below  should  be  used  to  execute  PAN  AIR.  They  are: 
the  amount  of  printed  output,  the  amount  of  CPU  time,  and  the  amount  of 
disk  file  space.  These  varicbles  are  roughly  parameter Izejd .  by  the  number 
of  panels  in  the  problem.  However,  additional  compensating,  factors  not 
given  above  make  it  almost  Impossible  to  say  precisely  that  a  particular 
problem  is  sufficiently  large  to  require  this  special  treatment.  However, 
as  a  general  guide,  it  is  recommended  that  the  user  start  with  small 
problems  and  slowly  increase  the  problem  size,  until  one  of  the  following 
errors  or  situations  occurs: 

1)  FTN  Fatal  Error  83  (Output  line  limit  exceeded), 

2)  Extremely  slow  turnaround  results  due  to  long  CPU  time 
estimates  on  the  job  card,  and 

3)  SDMS  error  indicating  that  insufficient  file  space  was 
available. 

If  one  of  the  above  situations  holds  or  if  for  a  given  problem,  the 
product  of  the  number  of  panels  and  the  number  of  solutions  exceeds  250, 
then  the  following  special  approaches  to  the  execution  of  PAN  AIR  are 
recommended. 


C.2  Output  Line  Limits 


If  the  printed  output  of  any  one  module  exceeds  a  certain  number  of 
lines  (e.g.,  on  the  NASA  Anes  system  the  number  is  5000),  a  fdtal  FORTRAN 
Error  83  occurs.  Typically,  this  will  occur  in  either  the  CDP,  POP  and/or 
DQG  modules  depending  on  the  problem  size  and  output  options  which  have 
been  selected.  To  avoid  this  error  it  is  necessary  to  modify  the  control 
card  that  causes  the  module  to  execute.  For  example,  if  execution  of'DQG 
fails  due  to  a  FORTRAN  Error  83,  then  the  job  should  be  re-submitted  with 
the  card  calling  0()6  module  into  execution,  namely, 

DQ0-. 


C-l 


iLmum  mm 


replaced  by  a  card  of  the  form: 

DQG(PL*nnnnnn). 

where  nnnnnn  is  the  expected  number  of  lines  of  printed  output. 

If  the  control  cards  were  generated  by  MEC,  it  will  be  necessary  to 
create  a  deck  of  control  cards  from  the  file  MECCC,  modify  the  control 
cards  as  necessary,  and  submit  the  modified  control  cards  as  a  new  job 
(see  Section  8.5).  This  is  because  MEC  does  not  add  the  PL*  specification 
to  the  output  on  MECCC. 

Often  it  is  desirable  to  delay  printing  all  or  some  of  the  output 
data  from  a  PAN  AIR  run.  This  is  accomplished  by  specifying  a  file  on 
which  the  printed  output  is  to  be  written.  If  the  file  is  saved  by  the 
user,  then  later  a  job  can  be  submitted  which  will  copy  the  file  to  the 
line  printer.  To  store  the  output  from  a  PAN  AIR  module  on  a  file,  it 
will  be  necessary  to  add  to  the  PAN  AIR  execution  deck  the  appropriate 
control  cards  to  define  this  file.  It  will  also  be  necessary  to  assure 
that  the  file  is  saved  before  the  end  of  the  job  by  adding  appropriate 
control  cards  (see  your  installation's  OS  User's  Guide).  Finally,  the 
execution  control  card  for  each  module  affected  should  be  modified  as 
follows: 

DQG.  becomes  DQG( INPUT. YOURFIL), 

DQG(PL=100000)  becomes  DQG(PL*100000, INPUT, YOURFIL). 


C.3  Memory  Requirements 


Table  1.5  of  PAN  AIR  Maintenance  Document  lists  the  minimum  central 
memory  (CM)  requirements  for  each  module  in  PAN  AIR.  For  large  problems, 
execution  efficiency  can  be  increased  and  cost  decreased  (within  limits) 
by  Increasing  the  amount  of  central  memory  available  to  the  MAG  module. 
However,  any  increase  in  the  amount  of  central  memory  beyond  210K,  300K  or 
400K  (depending  on  the  type  of  flow  symmetry  in  the  problem)  will  not 
increase  the  efficiency  of  MAG.  Since  there  is  an  additional  cost 
incurred  for  requesting  large  amounts  of  memory,  one  solution  is  to  break 
up  the  PAN  AIR  run  into  several  jobs.  The  first  job  will  run  the  MEC,  DIP 
and  DQG  modules,  the  second  job  will  run  the  MEC  and  MAG  modules  and  the 
third  job  will  run  the  RMS,  RHS,  MDG,  PDP,  CDP  and  the  PPP  modules.  Thus, 
the  requested  memory  could  be  much  smaller  for  the  modules  which  do  not 
benefit  from  the  extra  storage.  The  other  solution  would  be  to  use  the 
REDUCE  or  RFL  control  cards  (see  your  installation's  OS  User's  Guide)  to 
adjust  01  on  a  module  by  module  basis. 


C.4  Special  Procedures 


Some  modules  of  PAN  AIR  require  considerably  more  resources  than 
others.  Thus,  a  particularly  large  PAN  AIR  run  should  be  submitted  on  a 
deferred  priority  basis  to  run  over  a  weekend,  for  example.  However,  a 
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trivial  user  error  in  the  Input  data,  discovered  by  DIP,  might  not  be 
communicated  for  24  to  48  hours.  Therefore,  when  dealing  with  large 
problems.  It  Is  useful  to  reduce  turnaround  time  by  tweaking  up  the  run 
Into  several  jobs. 

Three  approaches  are  suggested  to  do  this.  In  the,  case  of  moderately 
large  jobs  ,  It  is  recommended  that  DIP  antd  DQG  be  run  In  bne' job;  then 
MAG  should  be  run  as  a  job  by  Itself;  and,  finally,  RMS,  RHS,  MDG,  PDP, 
and  COP  should  be  run.  For  larger  jobs  and,  especially,  jobs  with  many 
solutions  it  may  be  advisable  to  separate  execution  of  RMS,  RHS  and  MDG 
from  the  execution  of  the  post-processing  modules  PDP,  CDP  and  PPP.  For 
the  very  large  jobs  with  many  solutions,  It  may  bo  advisable  to  run  each 
module  as  a  separate  job.  The  MEC  module  must  be  run  as  a  first  step  In 
all  of  the  jobs.  Care  must  be  taken  to  assure  that  the  appropriate 
database  files  have  been  saved  for  use  In  other  jobs  (see  Section  6). 

When  a  PAN  AIR  execution  is  broken  up  into  several  jobs,  It  Is  useful 
to  add  appropriate  purge  statements  at  the  beginning  of  the  Job  to  purge 
all  database  files  created  by  the  job.  In  this  manner,  If  the  Job  fails 
during  execution  because  of  a  system  hardware  error  and  a  re-run  attempt 
Is  made,  there  will  be  rio  possibility  that  an  older  copy  of  a  database 
file  will  be  used  during  the  re-run.  On  some  systems  (notably  Boeing),  If 
the  files  are  not  purged,  the  job  cannot  be  re-run.  Specification  of 
re-run  conditions  are  sometimes  required  on  the  job  card  .  Check  with  the 
representatives  of  your  computer  installation  to  learn  how  the  re-run 
conditions  are  specified. 


C.5  Database  Storage  Requirements 


Large  problems  require  large  amounts  of  disk  space  for  database 
storage.  (A  500  panel  problem  will  require  six-million  words  for 
permanent  data  bases  and  several  million  words  for  temporary  data  bases.) 
Depending  upon  the  policies  of  the  operating  system,  It  may  be  necessary 
to  pre-arrange  such  a  run.  If  several  people  are  sharing  permanent  file 
space  on  the  same  disk  device  and  are  using  large  amounts  of  space 
simultaneously,  the  disk  may  appear  filled  even  though,  In  principle, 
there  might  have  been  enough  room  on  the  disk  at  the  beginning  of  the 
job.  For  this  reason,  It  is  strongly  advised  that  those  who  run  large 
problems  obtain  a  private  disk.  Installations  which  offer  removable  disk 
packs  may  be  subject  to  the  same  problem. 


C.7  Cost  Estimates 


Cost  estimates  are  not  easy  to  give.  Different  installations  have 
different  billing  algorithms.  Figure  C-l  is  offered  as  a  guide  only.  It 
specifies  cost  of  PAN  AIR  (Version  1.0)  exec,  i  (DQG  through  MDG 
modules)  on  the  NASA/ Ames  7600  computer  system.  The  total  cost  of  the  MEC 
and  DIP  modules  Is  very  nominal.  The  cost  of  POP,  CDP  and  PPP  modules 
depend  on  the  number  of  user  options,  and  therefore  are  not  given  In  Table 
C-l.  The  data  in  this  table  Is  for  a  PAN  AIR  run  In  NASA-Ames  CDC  7600 
computer  Installation  at  normal  priority.  It  should  be  noted  that  the 
cost  will  be  approximately  half  of  that  listed  In  Table  C-l  if  PAN  AIR  Is 
run  at  deferred  priority. 


Number  of 
Panels  . 


PAN  AIR 
Module 

NASA  Wing-Body  250  W* 

(3  networks)  MAG 
RMS 
RHS 
MDG 

Small  Weapons  n£3nlstworks)  °QG 
Carriage  Airplane  (15  networks)  ^ 

RMS 

RHS 

MOG 


r.pu  (sec) 

Disk  I/O 
f 10®  words! 

Cost 

(dollars) 

45.6 

18.8 

35.52 

184.9 

17.7 

98.74 

8.6 

2.4 

4.93 

2.9 

10.5 

16.96 

19.3  ■ 

23.6 

38.28 

32.9 

23.3 

40.75 

85.5 

9.7 

30.30 

5.5 

17.7 

3.77 

6.9 

8.0 

13.05 

14.9 

15.7 

26.25 
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D.O  Summary  of  DIP  Input  Records 


The  DIP  Input  records  are  listed  below  by  data  groups.  For  each  record 
only  the  primary  keyword,  secondary  keywords,  basic  options  and  formats  are 
listed.  Detailed  descriptions  of  each  record  are  given  In  section  7. 


D.l  Global  Data  Group 


Record  Gl.  Global  Data  Group  Identifier 

< BEGIN  GLOBAL  DATA  -  <Solut1on-update-opt1on» 

- NEW 

SeFlace 

TJPTOte 

Record  G2.  Problem  Identification 
< PI D  ■  problem  1dent1f1cat1on> 

Record  G3.  User  Identification 
<UID  ■  user  Identification > 

Record  G4.  Configuration  and  Flow  Symmetry 
<£fiMEIGURATION  .  Llst(n)> 

LI st ( 1 )  -  ASYMMETRIC-GEOMETRY 

L1st(2)  «  FIRST-PLANE  <  direct  Ion-numbers  <point»<Flow-type> 

-  ASYMMETRIC-FLOW 

5WETRIC-FL0W 

flTOffND-EFFECT 

List(3)  -  <L1 st (2 )>  SEC0ND-PLANE<direct1on-mmbers> <Flow-type> 

-  ASYMMETRIC-FLOW 

■SVflffETRIC-FLOW 

SRCCTnd-effect 

Record  G5.  Compressibility  Data 

<MACH  >  mach>  <CALPHA  «  calpha>  <CBETA  « 


cbeta> 


Record  Set  G6.  Global  Onset  Flow  Record  Set 

Format  Option  1:  Header  Record  and  Parameter  Values  Records 


Header  Record  <ALPHA>  <BETA>  <UINF>  <WM>  <WDC>  <WCP>  <SID> 
Parameter  Values:  aTpfia  Befa  ui'nf  wm  w3c  wcp  TT? 

Format  Option  2:  Separate  Record  for  Each  Parameter 

< ALPHA  -  alpha(l),  alpha  (2),...,  alpha{N)> 

<BETa  ■  beta(l) ,  beta(2),...,  beta(N)> 

<UINF  -  uinf(l),  uinf(2),....  uinf(N)> 

<WM  -  wm(l),  wm(2),...,  wm(N)> 

<WTC  -  wdcx(l),  wdcy(l),  wdcz(l),  wdcx(2),...,  wdcz(N)> 

-  wcpx(l),  wcpy(l),  wcpz(l),  wcpx(2),...,  wcpz(N)> 

<5ID  -  solution-id(l),...,  solution-id(N)> 

Record  G7.  Tolerance  for  Geometric  Edge  Matching 

< TOLERANCE  FOR  GEOMETRIC  EDGE  MATCHING  -  {to!erance)> 

Record  G8.  Surface  Selection  Options 

< SURFACE  SELECTION  -  «Surface(s)})> 

UPPER 

UPLO  (upper  minus  lower) 

IW  (lower  minus  upper) 

AVERAGE 

Record  G9.  Selection  of  Velocity  Computation  Method 

SELECTION  OF  VELOCITY  COMPUTATION  -  «Method(s)}}> 

-  BOUNDARY-CONDITION 

VTCTLAMBDA 

Record  GIO.  Computation  Option  for  Pressures 

COMPUTATION  OPTION  FOR  PRESSURES  -  {0pt1on}> 

-  UNIFORM-ONSET-FLOW 

TOTffL-ONSET-FLOW 

WRESSIBILITY-VECTOR 


Record  Gil.  Velocity  Correction  Options 


< VELOCITY  CORRECTIONS 


{{Correction(s))}> 

NONE 


sar 

W 


Record  G12.  Pressure  Coefficient  Rules 


< PRESSURE  COEFFICIENT  RULES  -  «Rule(s)}}> 

ISENTROPIC 

UTFJEAR 

SETOnd-order 

EEBUCED-SECOND-ORDER 

ETERDer-body 


o 


y 

(  t 


(  ' 


Record  G13.  Ratio  of  Specific  Heats 

< RATIO  OF  SPECIFIC  HEATS  -  {{ gamma (S)}}> 

Record  G14.  Reference  Velocity  for  Pressure 
< REFERENCE  VELOCITY  FOR  PRESSURE  -  {{rvp(s)})> 

Record  G15.  Store  Velocity  Influence  Coefficient  Matrix 
< STORE  VIC  MATRIX > 

Record  G16.  Store  Local  Onset  Flow 
< STORE  LOCAL  ONSET  FLOW  > 

Record  G17.  Checkout  Print  Options 

< CHECKOUT  PRINTS  -  (Module(l),  List(l),  Module(2),  List(2)l> 

D.2  Network  Data  Group 

Record  Nl.  Network  Data  Group  Identifier 

<  BEGIN  NETWORK  0ATA> 

Record  Set  N2.  Network  Identifier  Record  Set 
Record  N2a.  Network  Identifier 
NETWORK  .  L1st(n) 

Llst(l)  -  <network-1d>  {number-rows,  number-columns}  <NEW> 
List(2)  -  {network-id,  number-rows,  number-columns}  REPLACE 
Li st(3)  -  {network-id}  SOLUTION-UPDATE 

List(4)  -  {network-id}  DELETE 

Record  N2b.  Grid  Point  Coordinates 

{x(l),  y(l),  z(l),  x(2) ,  y(2),  z(2) ,...} 

Record  N3  (and  record  G15).  Store  Velocity  Influence  Coefficient  Matrix 
< STORE  VIC  MATRIX> 

Record  N4  (and  record  G16).  Store  Local  Onset  Flow  , 

<  STORE  LOCAL  ONSET  FL0W> 
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Record  N5.  Reflection  In  Plane  of  Symmetry  Tag 

< SYMMETRY  PLANE  NETWORK  -  (Plane) > 

FIRST-PLANE 

5ETOND-PLANE 

Record  N6.  Wake  Flow  Properties  Tag 

< WAKE  FLOW  PROPERTIES  TAG> 

Record  N7.  Triangular  Panel  Tolerance 

< TRIANGULAR  PANEL  TOLERANCE  -  (tolerance)> 

Record  N8.  Network  and  Edge  Update  Tag 

<  UPOATE  TAG  ■  <edge-number-11st» 

Record  N9.  Boundary  Condition  Specification 

< BOUNDARY  CONDITION  -  <Level>  (Class)  «Subclass(es )»> 

LOCAL 

57EKALL 

Record  N10.  Method  of  Velocity  Computation 

< METHOD  OF  VELOCITY  COMPUTATION  -  (Method)> 

LOWER-SURFACE-STAGNATION 

TOPTO-SURFACE-STAGNATION 

MSTagnation 

Record  Nil.  Singularity  Types 

< SINGULARITY  TYPES  .  (Source)  (Doublet) > 


Record  N12.  Edge  Control  Point  Locations 


<EDGE  CONTROL  POINT  LOCATIONS 


<Type(s)  -  edge-number(s)» 
SNE,  source-network-edge(s) 
TOF,  doublet-network-eage(s) 


Record  N13.  Remove  Doublet  Edge  Matching 

< NO  DOUBLET  EDGE  MATCHING  -  {{edge-number(s)}}> 

Record  Set  N14.  Closure  Edge  Boundary  Condition  Record  Set 
Record  N14a.  Closure  Edge  Condition  Identifier  and  Locator 


< CLOSURE  EOGE  CONDITION 


{Type  «  edge-number}> 

SNE,  source-network -edge 
TOT,  doublet-network-edge 
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Record  N14b.  Closure  Term 


TERM  -  {Term} 

Record  N14c.  Closure  Solutions  List 
< SOLUTIONS  -  {{solution-1d(I)}» 

Record  N14d.  Closure  Numerical  Values 
Uvalue(s))} 

Record  Set  N15.  Coefficients  of  General  Boundary  Condition  Equation  Record  Set 

Record  Nl5a.  Coefficients  of  General  Boundary  Condition  Equation  Identifier 
< COEFFICIENTS  OF  GENERAL  BOUNOARY  CONDITION  EQUATION > 

Record  N15b.  Equation  Term 
TERM  -  {Term} 

Record  N15c.  Equation  Solutions  List 
< SOLUTIONS  -  {{solution  id(I)}>> 

Record  N15d.  Equation  Control  Point  Locations 

POINTS  -  I.ocation} 

ALL-CONTROL-POINTS 

EEFter-control-points 

EBST-CONTROL-POINTS 
OT&rTIONAL-CONTROL-POI NTS 

Record  N15e.  Equation  Numerical  Values 
{{value(s)}} 

Record  Set  N16.  Tangent  Vectors  for  Design  Record  Set 

Record  Nl6a.  Tangent  Vectors  for  Design  Identifier 
< TANGENT  VECTORS  FOR  DESIGN > 

Record  NISb.  Tangent  Vectors  Term 
TERM  .  uTerm(s)}} 

Record  Nl6c.  Tangent  Vectors  Scaling 
< UNALTERED > 

Record  N16d.  Tangent  Vectors  Solutions  List 
< SOLUTIONS  -  {{solution-1d(I)}}> 
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Record  N16e.  Tangent  Vectors  Control  Point  Locations 


POINTS  -  (Location) 

ALL -CONTROL-POINTS 

CETTter-control-points 

ET5EF-CONTROL-POI  NTS 
KSPrTIONAL -CONTROL-POINTS 

Record  N16f.  Tangent  Vectors  Numerical  Values 

<{{va1ues}}> 

Record  N16g.  Tangent  Vectors  Standard  Numerical-  Values 
<Method> 

COMPRESSIBILITY-DIRECTION 
MID-POINT  -  (originatlng-edge-number) 

1  (from  edge  1  to  edge  3) 

?  (from  edge  2  to  edge  4) 

1  (from  edge  3  to  edge  lj 

T  (from  edge  4  to  edge  2) 

Record  Set  N17.  Specified  Flow  Record  Set 

Record  Ni7a.  Specified  Flow  Identifier 

< SPECIFIED  FLOW> 

Record  N17b.  Specified  Flow  ■orm 

TERM  *  (equation-number) 

equation-number  -  1_  or  _2 

Record  N17c.  Specified  Flow  Symmetries 

< INPUT-IMAGES  -  {{ Image( s ))>> 

T  HISl  IT 


m 

Record  N17d.  Specified  Flow  Solutions  List 

< SOLUTIONS  -  ({ solut ion— id( I  )))> 

Record  N17e.  Specified  Flow  Control  Point  Locations 

POINT  -  (Location) 

ALL-CONTROL  POINTS 
CENTER-CONTROL  POINTS 
ETOF-CONTROL  POINTS 
TTOTIONAL-CONTROL  POINTS 

Record  N17f.  Specified  Flow  Numerical  Values 

{(value(s)}) 
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Record  Set  N18.  Local  Onset  Flow  Record  Set 
Record  N!.8a.  Local  Onset  Flow  Identifier 


<  LOCAL  ONSET  FLUW> 

Record  N18b.  Local  Onset  Flow  Term 
TERM  -  {Term} 

-  ALPHA-BETA-MAGNITUDE 

mr 

Record  N18c.  Local  Onset  Flow  Symmetries 

< INPUT-IMAGES  -  «Image(s)»> 

-  INPUT 


M 

Records  N18d.  Local  Onset  Flow  Solutions  List 

< SOLUTIONS  -  {{solution-1d(I)»> 

Record  N18e.  Local  Onset  Flow  Control  Point  Locations 

POINTS  -  {Location} 

ALL-CONTROL-POINTS 

EEflYER-CONTROL-POINTS 

TUET-CONTROL-POINTS 

TODTTIONAL-CONTROL-POINTS 

Record  N18f.  Local  Onset  Flow  Numerical  Values 

{{values}} 


0.3  Geometric  Edge  Matching  Data  Group 


Record  GE1.  Geometric  Edge  Matching  Data  Group  Identifier 
< BEGIN  GEOMETRIC  EDGE  MATCHING  DATA> 

Record  GE2.  Abutment  Definition 

*  ABUTMENT  {{«  network-id(I),  edge  nUmber(lLend-point-pa1r(I)Si..s> 

‘ENTIRE-EDGE 

Record  GE3.  Abutment  in  Planes  of  Symmetry 

< PLANE  OF  SYMMETRY  -  {Plane! > 

FIRST-P LAN  E -OF-SYMMETRY 
'StCUND-P  LANE-OF-SYMMETRY 
TOTR-PLANES-OF-SYMMETRY 
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Record  GE4.  Smooth  Edge  Treatment  Option 
< SMOOTH  EDGE  TREATMENT > 


D.4  Flow  Properties  Data  Group 


Record  FP1.  Flow  Properties  Data  Group  Identifier 

< BEGIN  FLOW  PROPERTIES  DATA  .  <Update-opt1on#> 

-  NEW 

REPLACE 

MOTE 

Record  SF1.  Surface  Flow  Properties  Data  Subgroup  Identifier 


<  SURFACE  FLOW  PROPERTIES  -  <case-1d» 
Record  SF2.  Networks  and  Images  Selection 


<  NETWORKS-IMAGES  {{- 


network-id(I)  < Images( I )> 
INPUT 

isr 

m 

m 


<  Orientation!  I  )>}}> 
RETAIN 
REVERSE 


Record  SF3.  Solutions  Ust 

< SOLUTIONS  .  {{so1ut1on-1d(l)»> 

Record  Set  SF4.  Calculation  Point  Locations  Record  Set 

Record  SF4a.  Point  Types 

< POINTS  -  {{ Location ( s )»> 

GRID-POINTS 
PIX^CONTROL-POI NTS 
CETTTE  R-C0NTR0L-P0 1  NTS 
EB3F-C0NTR0L-P0I NTS 
PWTTlONAL -CONTROL-POINTS 

METtrary-points 
Record  SF4b.  Arbitrary  Points 

<{{pane1-row,  panel-column,  network-id,  {{x(I),  y(I),  r { I ) }}  »> 

Record  SF5  (and  record  G8).  Surface  Selection  Options 

<  SURFACE  SELECTION  -  ({ Surface (s)»» 

UPPER 

LOWER 

UPlO  (upper  minus  lower) 
fOOP  (lower  minus  upper) 

WEPAGE 


u 


Record  SF6  (and  record  69).  Selection  of  Velocity  Computation  Method 
.SELECTS  OE  VELOCITY  COMPUTATION  . 

VTP-AMBDA 

Record  SF7  (and  record  G10).  Computation  Option  for  Pressures 
< COMPUTATION  OPTION  PON  PRESSURES  .  (Option).  y 


(0pt1on)> 

UNIFORM-ONSET-FLOW 

TBTCl-onset-flow 

TOWPRESSIBILITY -VECTOR 


Record  SF8  (and  record  G13).  Ratio  of  Specific  Heats 

< RATIO  OF  SPECIFIC  HEATS  -  {{gamma(s)}}> 

Record  SF9  (and  record  G14).  Reference  Velocity  for  Pressure 

< REFERENCE  VELOCITY  FOR  PRESSURE  -  «rvp(s)))> 

Record  Set  SFIO.  Printout  Options  Record  Set 

Record  SFlOa.  Printout  Options 

< PR INTOUT  -  <Opt1on(s)»  .  .  .  .  -  Q 

”  Integers  or  Keywords,  listed  ir,  table  7.9 

ALL  (all  allowable  options) 

Record  SFlOb  (and  record  Gil).  Velocity  Correction  Options 

< VELOCITY  CORRECTIONS  -  ttCorrection(s)})> 

-  NONE 

m~ 

l K 

Record  SFlOc  (and  record  G12).  Pressure  Coefficient  Rules 


< PRESSURE  COEFFICIENT  RULES 


{{Rule(s)))> 

ISENTROPIC 

tWAR 

"SETUCTNO-ORDER  • 
■RETJtJCED-SECOND-ORDER 

OTder-body 


Record  Set  SF11.  Data  Base  Options  Record  Set 

Record  SFUa.  Data  Base  Options 

<DATA  BASE  -  <Opt1on(s)»  .  ...  7  _ 

Integers  or  Keywords,  listed  In  table  7,9. 
ALL  (all  allowable  options) 


0-9 


Record  SFllb  (and  record  Gil).  Velocity  Correction  Options 

< VELOCITY  CORRECTIONS  -  (iCorrection(s))}> 

-  ,  NONE 


Record  SFllc , ( and  record  G12).  Pressure  Coefficient  Rules 

'  i  i  ,  , 

'  < PRESSURE  COEFFICIENT  RULES  -  « Rule(s))>> 

-  /,;•  ISENTROPIC 

■  '  ■  ■  LINEAR 

^TU^ND-OROER 

TO5UCED-SECOND-ORDER 

mpER-BOOY 

Record  FM1.  Forces  and  Moments  Subgroup  Identifier 

< FORCES  AND  MOMENTS > 

Record  FM2.  Reference  Parameters 

< REFERENCE  PARAMETERS  -  « Parameter,  value}}> 

-  SR 

HP f 

m 

Record  FM3.  Axis  System- 

< AXIS  SYSTEMS  ..  {(List,  <values> )}> 

RCS  <mrp> 

Parameter  Default?:  0.,0.,0. 

SAS  <mrp> 

Parameter  Defaults":  RCS  values 
WAS  <mrp> 

Parameter  DefauTts:  RCS  values 

BAS  <Euler  angles  <mrp» 

Parameter  DefauTts:  180. ,0., 180. ,  0.,0.,0. 

Record  FM4.  Solutions  List 


< SOLUTIONS 


{{solution-i d(  I  )})> 


Rccor  d 


Printout  Options 


< PRINTOUT 


((Parameter  ($)}}> 


see  record  FM3 


see  record  FM3 


General  Parameter  Options: 

NO:  no  data  printed 

STfr'E:  same  options  as  specified  for  DATA  BASE  (record  FM6) 

AIL:  all  available  specific  options  listed  below 

Specific  Parameter  Options: 

PANELS  Selected-axis-system(s) 

RCS:  Default  Parameter  » 

WS  I  see  record  FM3 

-m  > 

COLSUM  liTected-axis-system(s) 

RCS Parameter  % 

1  see  record  FM3 

MS  I  • , 

BAS  J  'l 

NETWORK 

WlGURATION 

Record  FMS.  Data  Base  Options 
<DATA  BASE  «  {( Parameter (s)}}> 

Record  FM7.  Case  Identifier 
CASE  ■  <case-1d> 

Record  FM8,  Networks  and  Images  Selection 

< NETWORKS-IMAGES  {{-  network-1d( I )  <Images(I)><0r1entation(I)xFM-0pt1on  ( I )>}}> 

INPUT  RETAIN  PRESSURE-ONLY 

TST”  JTCVFRSE  WMTUM-TRANSFER 

m  —  — 

m 

Record  FM9.  Edge  Force  Calculation 

i 

<  EDGE  FORCE  CALCULATION  ({«  network-ld(I),  edge-number(s)}}> 

Record  FMIO.  Moment  Axis 

<M0MENT  AXIS  -  {x(l),y(l),7(l).x(2),y(2),z(2)}>  ■  ' 

Record  FMU .  Local  Reference  Parameters  ^ 

< LOCAL  REFERENCE  PARAMETERS  -  ((Parameter,  valuell> 

- - -  SR 

m 


Record  FM12  (and  record  G8).  Surface  Selection  Option 


< SURFACE  SELECTION  -  (Surface)> 

U°PER 

(FCTT  (upper  plus  lower) 

UOUF  (lower  plus  upper) 

MRAGE  (Program  replaces  by  LOUP) 


Record  FM13  (and  record  G9).  Selection  of  Velocity  Computation  Method 

-  <SELtCffONOF  VELOCITY  COMPUTATION  -  {(Method(s))}  > 

BOUNDARY-CONDITION 

VW3.AM8DA 

Record  FM14  (and  record  G10).  Computation  Option  for  Pressures 


< COMPUTATION  OPTION  FOR  PRESSURES  - 


(Opt1on}> 

UNIFORM-ONSET-FLOW 
WTO. -ONSET-FLOW 
OTPRESSIBILITY-VECTOR 


Record  FM15  (and  record  Gil).  Velocity  Correction  Options 


<  VELOCITY  CORRECTIONS  -  {{ Correct 1 on (s)}» 


W 

Record  FM16  (and  record  G12).  Pressure  Coefficient  Rules 

< PRESSURE  COEFFICIENT  RULES  -  {(Rule(s)}}> 

ISENTROPIC 

UIRFAR 

"SKffND-ORDER 

raJCED-SECOND-ORDER 

SlTnDer-body 


Record  FM17  (and  record  G13).  Ratio  of  Specific  Heats 
< RATIO  OF  SPECIFIC  HEATS  -  {{gamma(s)})>  j 

Record  FM18  (and  record  G14).  Reference  Velocity  folr  Pressure 
<  REFERENCE  VELOCITY  FOR  PRESSURE  -  «rvp(s)}}> 

Record  FM19.  Local  Printout  Options  1 

<  LOCAL  PRINTOUT  .  {{ Parameter ( s)})> 

Record  FM20.  Local  Data  Base  Options 

<  LOCAL  DATA  BASE  -  {{ Parameter! s))}> 

Record  FM21.  Accumulation  Options 

<  ACCUMULATE  -  <0pt1on(I)» 


0.5  Print-Plot  Data  Group 


Record  PP1.  Print-Plot  Oata  Group  Identifier 
•  < BEGIN  PRINT  PLOT  DATA> 

Record  Set  PP2.  Geometry  Data  Record  Set 
Record  PP2a.  Geometry  Data  Identifier 
< GEOMETRY  DATA> 

Record  PP2b.  Network  Selection  ^ 

\ 

< NETWORKS  -  «network-1d(I)}}> 

Record  Set  PP3.  Point  Data  Record  Set 
Record  PP3a.  Point  Data  Identifier 
< POINT  DATA> 

■■■■■  4 

Record  PP3b.  Case  Selection 

< CASES  -  {{case— 1d( I  )}>> 

Record  PP3c.  Solutions  List 

<  SOLUTIONS  -  {{solution-1d(  I  )}}> 

Record  PP3d.  Networks  and  Images  Selection 

< NETWORKS-IMAGES  {{-  network-1d(  I )  <  Images ( I )>}}> 

INPUT 

1ST 

m 

m 

Record  PP3e.  Array  Type 

< ARRAY  .  COLUMNS.  .  CONTROL-POINTS 

>  <^W-P0INTS  ** 

Record  Set  PP4.  Configuration  Data  Record  Set 

Record  -PP4a.  Configuration  Data  Identifier 

< CONFIGURATION  DATA>  A 

Record  PP4b.  Case  Selection 

< CASES  -  {{ case-  1d(  I )})> 

Record  PP4c.  Solutions  List 

< SOLUTIONS  .  {{ solut1on-1d(I)}}> 


D-13 


Record  PP4d.  Networks  and  Images  Selection 


<  NETWORKS- 1  MAGES  {{=  network -id(  I)  <Images(I)>  <  PANEtS>  <  COLSUM  > }}  > 

INPUT 

TTT 

7NU 

1HTT 


0-14 


V  ‘ 


W7zr*?v  f/.:;*  7T-!STftflai«ft 


■  ■  /^TTR^I  ,m.:inrJV~5ff9X?~ 
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requirements . 
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